Pues comenzamos con los posts relacionados con SharePoint 2010, en cuanto a desarrollo se refiere, específicamente con el SharePoint Client Object Model (SharePoint OM). En esta ocasión revisaremos la teoría previa, que problema resuelve y como funciona.
En el pasado (en realidad presente para la mayoría de nosotros), cuando construimos alguna aplicación cliente (como Silverlight) que se integraría con SharePoint 2007, lo hacíamos a través de web services, ya sea que usaramos los que SharePoint nos proporciona out the box ó que desarrolláramos los propios para satisfacer requerimientos puntuales de negocio.
Sin embargo esto no era del todo transparente, puesto que había que saber un par de cosillas adicionales de cómo funcionan los Web Services en SharePoint, máxime si nos decidíamos a utilizar WCF, quien no lanzo varios WTF's!, cuando descubrió la
falla incapacidad de Sharepoint de convivir con los archivos .SVC.
¿Cuál es la solución que SharePoint 2010 nos brinda?
SharePoint 2010 Managed Client Object Model es una característica que nos permite escribir código del lado del cliente para trabajar con los objetos comunes con los que estamos acostumbrados a tratar del lado del servidor. Todo este código que se ejecuta del lado del cliente ahora puede agregar listas, actualizarlas, eliminarlas, manipular elementos de listas, manipular documentos que se encuentran el librerías, crear, eliminar y modificar sitios, y muchas cosas más, como veremos con forme pase el tiempo.
Además este nuevo modelo de objetos viene en tres diferentes sabores, para adaptarse a las necesidades del día a día de un desarrollador:
.Net Managed Applications (usando .NET CLR)
Silverlight Applications
ECMAScript (JavaScript, JScript)
Es importante es este punto hacer mención de que las clases del modelo de objetos en el cliente se les ha quitado el prefijo "SP", que tanto molestaba a algunos.
| Servidor | Cliente |
| SPContext | Context |
| SPWeb | Web |
| SPSite | Site |
| SPList | List |
| SPListItem | ListItem |
Pero como aquel famoso programa de TV pregunta, ¿Y cómo funciona esto?
Nosotros interactuamos con la API en alguno de los sabores antes mencionado, es decir, llamamos métodos, asignamos propiedades, etc. Después de esto, nosotros hacemos una llamada al método ExecuteQuery ó ExecuteQueryAsync (este último para Silverlight), entonces el Client OM, se encarga de transformar todas esas operaciones que hicimos en un documento XML y enviarlo al servidor, por medio del servicio client.svc que expone SharePoint 2010. El servidor recibe la solicitud enviada desde el Client OM y hace las correspondientes llamadas a los objetos y métodos del modelo de objetos de servidor (si, si, SPContext, SPSite, SPWeb, etc.). Una vez que el servidor termine de procesar las operaciones solicitadas, este devolverá la respuesta serializada con JSON. El Client OM, recibe la respuesta y parsea el JSON a objetos .Net o bien a objetos javascript, en caso de que estemos utilizando ECMAScript.
void LoadData()
{
ClientContext context = new ClientContext("http://mss:5300");
Web web = context.Web;
ListCollection lists = web.Lists;
context.Load(web);
context.Load(lists);
context.ExecuteQueryAsync(succededCallback, failedCallback);
}
El servicio Client.svc
Mirando la respuesta enviada al cliente.
