SPC12: El tercer día

El tercer día de la SharePoint Conference en Las Vegas ha sido bastante ajetreado, para mí. He podido participar en el feedback que recoge el equipo de Visual Studio para mejorar las herramientas de desarrollo para SharePoint. No puedo desvelar más detalles por haber firmado la NDA, pero os puedo decir que los chicos del equipo de Visual Studio realmente son de lo más atento y se preocupan de como se usan sus herramientas en el mundo real (aparte de ser unos cerebritos).

La buena noticia del día en realidad son dos:

• La licencia para sitios públicos en Internet YA NO EXISTE. Sí, la de los 40.000 €. Ahora, si tienes una licencia de servidor, ya tienes una licencia para sitio público (con usuarios anónimos). ¡Cuanto dinero nos vamos a ahorrar!
• Las herramientas de desarrollo de SharePoint para Visual Studio ahora incluyen LIGHTSWITCH PARA SHAREPOINT. Con esto se puede crear fácilmente una capa CRUD para SharePoint, customizada para nuestras necesidades.

Hoy he hecho un poco de vida social y me he reunido con algunos MCTs de SharePoint y he podido discutir los problemas con los que nos encontramos los MCTs y los MCT Regional Leads en el día a día. También he estado con dos MVPs “vecinos”: uno de Sudáfrica (pero de origen bosnio) y otro de Croacia.

Actualización a SharePoint 2013 en detalle (Deep Dive)

Esta sesión, igual que la del lunes, fue presentada por Sean Livingston. Ha sido una sesión de nivel 400 (experto), con mucho detalle técnico.

Actualización diferida de site collections es la pieza más importante que han hecho para dar soporte a las actualizaciones en esta versión.

(Menudo diagrama…)

CompatibilityLevel es la nueva encarnación o sucesor espiritual de UIVersion del 2010. Tiene el valor de 14 o 15. Las web templates tienen CompatibiltyLevel. Las features tienen que ser la misma versión o menor que la site collection.

SP2013 tiene un conjunto de ficheros del 2010 y por tanto soporta "experiencias de 2010". El parámetro CompatibilityRange indica que versiones de plantillas se permiten de site collection.

Se ha puesto un sistema de colas para evitar la presión en el servidor al actualizar las site collections, para que no se hagan demasiadas actualizaciones en paralelo.

Curioso, acaban de comentar que el límite práctico de tamaño de un backup/restore de una site collection es de unos 85 GB.

Gestión documental y colaboración con SharePoint, Office, Yammer y Dynamics CRM

La otra sesión del día a la que asistí fue la de Reuben Krippner (del equipo de MS Dynamics CRM). Habló sobre como enlazar CRM, SharePoint, Office y Yammer para dar una solución de gestión documental.

La colaboración es imprescindible en marketing, ventas y procesos de servicios.

Las opciones de gestión documental en CRM son:

• Adjuntos en CRM
• Bibliotecas de SharePoint a las que accede CRM
• Documentos en Yammer (en diciembre)

Se está preparando un nuevo cliente CRM para Windows 8, con una UI mucho más cuidada y limpia.

Renderizado en el cliente

La última sesión del día (antes de ir a hablar con el equipo de Visual Studio) ha sido la del nuevo sistema de renderizado de listas en JS.

Minimal Download Strategy (MDS)

El nuevo sistema de navegación Minimal Download Strategy añade el parámetro AjaxDelta=1 a la petición y se trae sólo lo que necesita y no toda la página. En el request hay un parámetro deltaBoundary que indica los datos que se van a actualizar en la página. El MDS va a una página start.aspx que es la que procesa la petición y renderiza la página. En la URL se le pasa un parámetro marcado con # para que la página sepa que contenido procesar.

MDS es opcional y se puede desactivar. Por defecto está activado.

Client Side Rendering

Si hay una cosa que en Microsoft han aprendido, es que XLST no es fácil para los programadores. Para ello han creado un mecanismo sucesor del XsltLink del SharePoint 2010: JSLink.

El parámetro JSLink de una webpart de vista de lista permite cambiar la plantilla con la que se renderiza la lista. Lo que hace es invocar otra función JS que haga el renderizado. Esa función JavaScript coge el CurrentItem del contexto que se le pasa y pinta el DOM correspondiente, según lo decida el programador.

El parámetro JSLink se puede poner por cada campo, o por tipo de contenido. Permite controlar el renderizado hasta un detalle muy concreto y sin ningún código de servidor.

La nueva API REST (_api) permite hacer consultas más avanzadas que la REST de SP2010.

Se han visto dos trucos en la sesión. El primero es que poner "debugger;" en nuestro código JS dispara el Visual Studio en la máquina para facilitar el debug. El otro es que ahora hay un comando PowerShell para asociar SharePoint con una cuenta Bing Maps (Set-SPBingMapsKey) y así poder utilizar los campos geolocalizados que trae la nueva versión de SharePoint.