SharePoint, listas y XSLT

Edin Kapić12/06/2012

Edin Kapić

• Key Consultant en • Ingeniero Superior en Informática• Cofundador de • Contacto

– http://www.edinkapic.com– http://spblogedin.blogspot.com– @ekapic– ekapic@pasiona.com

• Ponente– European SharePoint Conference 2011, CEUS,

MS NetWork 2.0 Bosnia, SharePoint Saturday Bélgica

Agenda

• Repaso de UI de listas en SharePoint• Alternativas de UI

– XsltListViewWebPart– DataFormWebPart– ContentQueryWebPart– Desarrollo a medida– Silverlight / jQuery

• Mejores prácticas

UI de listas en SharePoint

UI de listas en SharePoint

• Hasta 2010– CAML

• No estándar• Difícil y aparatoso

• A partir de 2010– XSLT

• Estándar W3C– http://www.w3.org/TR/xslt

• Independiente del esquema de la lista

• Soporte para Ribbon

XSLT

• Transforma XML en otra cosa– Mayoritariamente a HTML

pero podría ser otro XML o incluso PDF (usando XML-FO)

• Usa plantillas (hojas de estilo) y expresiones en XPath para emitir un nuevo documento a partir del XML de entrada

XsltListViewWebPart (XLV)

http://msdn.microsoft.com/en-us/library/ff604024.aspx

Renderizado (main.xsl)

• Los datos de la lista vienen como XML en la expresión /dsQueryResponse/Rows

• Para seleccionar los valores de las columnas usamos – <xsl:value-of select="@Columna"/>

• Las variables globales del main.xsl nos sirven para el tener el contexto de los datos– http://msdn.microsoft.com/en-us/library/ff806158.aspx

• También se usan vwstyles.xsl y fldtypes.xsl

Los datos en XML

¿Y si no nos gusta?

• Podemos ajustar la vista en la definición de lista– Pero no controlamos como se renderizan las

columnas ni el chrome

• Podemos cambiar el fichero XSLT por uno nuestro– Lo mejor es partir de una copia de los ficheros por

defecto

Ejemplo de personalización de XLV

DataFormWebPart

• La nueva versión de DataViewWebPart• Nos ofrece la capacidad parecida a XLV

– A diferencia de XLV, soporta orígenes de datos que no sean de SharePoint

• SQL Server, XML, Servicios web...

ContentQueryWebPart

• Realiza una consulta a SharePoint y muestra los resultados con una hoja de estilo XSLT

• Se pueden personalizar editando el descriptor de la web part

• Se pueden hacer consultas recursivas• XSLT ubicado en Style Library\XSL Style

Sheets\ItemStyle.xsl

Funcionamiento de CQWP

Ejemplos CQWP

http://blog.pointycandy.com/2012/02/sharepoint-cqwp-ratings-more-oh-my.html

Desarrollo a medida

• A favor– Tenemos total libertad pero menos posibilidades

de configuración– Podemos usar AJAX, jQuery o Silverlight

• En contra– Mayor complejidad de la solución– Posibles problemas de rendimiento– Versionado

Silverlight y SharePoint

• Podemos usar Client Object Model para programar contra SharePoint

jQuery y SharePoint

http://woodoweb.com/index_files/85676caedb29754a49b02638063caf78-31.html

ResumenModo de presentación A favor En contra

XsltListViewWP • Fácil personalización• Integración con Ribbon

• Solo orígenes de datos de SharePoint

DataFormWP • Fácil personalización• Orígenes de datos

heterogéneos• Agregación de

resultados

• Sólo se puede editar con SharePoint Designer

ContentQueryWP • Se puede configurar desde el navegador

• Facilmente personalizable

• Agregación de resultados

• Complejidad de mantenimiento

• No está presente en SharePoint Foundation

Desarrollo a medida • Total libertad y flexibilidad

• Tiempo de desarrollo• Coste de

mantenimiento

P & R

¡Gracias!