2.2.1 - Evolución de las técnicas de Programación a lo largo del tiempo en Sharepoint (2007 y 2010)

Evolución en la programación Sharepoint (1)

2007 y 2010

En SharePoint 2007, todo el código desarrollado se ejecutaba principalmente en el servidor de SharePoint o en algunos casos en alguna capa de servicio de IIS trabajando con algunas de las pocas funcionalidades disponibles en ese momento a través del modelo de objetos remoto de SharePoint, a través de sus web services de la carpeta _vti_bin.

En la versión 2007, el modelo de objetos disponible para client-side se encontraba muy limitado y estaba implementado en el archivo de JavaScript "Core.js" (OWS.js en la versión 2003).

Existían muchas limitaciones para hacer extensiones de funcionalidad a través de JavaScript en esta versión, e inclusive si por alguna razón el archivo Core.js no se llegaba a cargar, toda la funcionalidad que dependía de él no se podía ejecutar.

En SharePoint 2010, el Client-Side Object Model (CSOM) fue mejorado sustancialmente, a través de su implementación como un servicio Windows Communication Foundation (WCF) llamado Client.svc y ofrecía 3 tipos de proxies (Silverlight, JavaScript y .NET managed) para permitir llamados remotos.

Existían principalmente 2 grandes problemas con CSOM en la versión 2010:

1. No se permitían llamados directos a Client.svc, sino que los mismos tenían que ir a través de algunos de los puntos de entrada predefinidos (por ejemplo: sp.js) y como mencionamos anteriormente solo existían 3 proxies: Silverlight, JavaScript y .NET Managed, por lo que otras plataformas que no puedan interpretar alguna de estas 3 tecnologías no podían interactuar con ShasrePoint.
2. El modelo CSOM solo cubría la API definida en Microsoft.SharePoint.dll, por lo que no era posible acceder al 100% de las funcionalidades de la plataforma a través de este tipo de llamados