Citizen Service Platform: Primera release en Codeplex!

Como sabéis, Microsoft ha realizado una apuesta firme de cara a contribuir a la administración electrónica mediante la aplicación de las nuevas tecnologías…y como prueba, aquí tenéis una gran noticia: Se acaba de liberar en Codeplex la primera release del Citizen Service Platform (CSP). Se trata de una plataforma que estará compuesta por soluciones al servicio de los ciudadanos y basadas en tecnologías clave de Microsoft como SharePoint, Microsoft Dynamics CRM y la plataforma Windows Live para entornos de administración local y regional.

Podéis encontrar más información del proyecto CSP en la propia página de Codeplex y en los siguientes enlaces:

Como muestra de uso de las tecnologías comentadas, podéis echar un vistazo a las plantillas de Agenda Management que utilizan MOSS.

SharePoint y LINQ (I)!

Recientemente en uno de los proyectos en los que estamos trabajando surgió la necesidad de consultar datos de una lista de SharePoint y mostrarlos ordenados en base a uno de los campos de la misma. La primera alternativa en la que pensamos para solventar esta necesidad fue la de CAML, pero entre medias también pensamos que LINQ era otra opción interesante. La primeras preguntas que nos surgieron aquí fueron ¿cómo está la integración de SharePoint y LINQ?, ¿puedo consultar datos de una lista de SharePoint mediante LINQ? La respuesta a al primera pregunta es que “más o menos”, mientras que la respuesta a la segunda es que sí…y ahora os explicaré los motivos de estas respuestas. A la hora de consultar datos de SharePoint, tenemos dos alternativas:

  • Usar LINQ To SharePoint, que es una extensión de LINQ que traduce consultas LINQ a consultas CAML en SharePoint. El problema de esta extensión es que parece que está descontinuada, puesto que desde la versión alfa de noviembre de 2008 no ha habido nuevas versiones.
  • Aprovecharnos la potencia que nos la clase List<T> que nos permitirá construir un objeto consultable mediante LINQ a partir de los elementos de una lista de SharePoint (que  no es consultable mediante LINQ).

En este post os voy a mostrar el segundo punto y como superar algunas limitaciones a trabajar con objetos de tipo List<SPListItem>. Lo pasos iniciales que he seguido son los siguientes:

  • Añadir unos datos de prueba a una lista tipo Links de SharePoint.
  • Crear un proyecto de aplicación de consola de Visual Studio 2008.
  • Añadir la referencia a Windows SharePoint Services 3.0.
image image image
  • En el código de la aplicación de consola, añadiremos las referencias necesarias para poder utilizar objetos de SharePoint por un lado, así como colecciones genéricas por otro.

//Espacios de nombres necesarios

using Microsoft.SharePoint;

using System.Collections.Generic;

  • A continuación añadimos el código necesario para poder realizar la consulta a la lista de SharePoint:
    • Creamos una instancia de un objeto SPSite a partir de la url de nuestro sitio SharePoint.
    • A partir del objeto SPSite, creamos una instancia de un objeto SPWeb.
    • A partir del objeto SPWeb, creamos una instancia de un objeto SPList especificando además que sea la lista Links.
    • Definimos un objeto de tipo List<SPListItem> que si permite consultas con LINQ.
    • Añadimos elementos al objeto List<SPListItem> recorriéndonos la lista origen.
    • Realizamos una consulta LINQ.
    • Mostramos el resultado ejecutando la consulta con un foreach (recordar que LINQ aplica evaluación diferida de consultas).

            //Acceso al sitio de SharePoint

            SPSite spsSite = new SPSite(“http://win-amr7ey1djky/&#8221;);

            SPWeb spwWeb = spsSite.OpenWeb();

            SPList splList = spwWeb.Lists[“Links”];

 

            //Construimos un objeto que se pueda consultar con LONQ           

            List<SPListItem> lItems = new List<SPListItem>();

            foreach (SPListItem splItem in splList.Items)

            {

                lItems.Add(splItem);

            }

 

            //Consulta LINQ

            var LinqQuery = from l in lItems

                            orderby l.Title

                            select l;

 

            //Visualizamos los resultados

            Console.WriteLine(“***************Resultado Consulta LINQ # 1***************”);

            foreach (var l in LinqQuery)

            {

                Console.WriteLine(l.Name);

 

            }         

 

            Console.ReadLine();

  • Sin más, mostramos el resultado:

image

Pero, no todo es tan bonito como parece…si os fijáis en el código, únicamente estoy mostrando la propiedad Name de la lista. ¿Se pueden mostrar más propiedades de la lista? La respuesta es que sí, pero no todas…esto lo he podido comprobar gracias al intellisense de Visual Studio. Por ejemplo, para esta lista no se muestra información como el usuario creador del ítem, la fecha de modificación, etc.

image

Entonces, ¿mi gozo en un pozo? La respuesta es que sí y que no…sí, porque no tengo accesibles todas las propiedades de manera indirecta, pero no porque si las tengo accesibles indirectamente gracias a que el objeto que almacena el resultado de la consulta LINQ ofrece una propiedad Xml en la que tenemos todos los campos de la lista de SharePoint…absolutamente todos. El código para comprobarlo es el siguiente:

            Console.WriteLine(“***************Resultado Consulta LINQ # 2***************”);

            foreach (var l in LinqQuery)

            {

                Console.WriteLine(l.Xml);

 

            }

            Console.ReadLine();

Y el resultado que se visualiza por pantalla es:

image

Por lo tanto, tengo toda la información de cada ítem de la lista…en formato Xml, pero esto es tratable…con lo que lo tengo todo. Y hasta aquí llega este post sobre SharePoint y LINQ. Espero que os haya resultado interesante.