Guau! Cómo me gusta leer este tipo de artículos, bien desarrollados, muy polémicos y de los que nos hacen pensar! Hace un par de días, Marc D Anderson ha escrito un excelente white paper: The Middle Tier Manifesto- An Alternative Approach to Development with Microsoft SharePoint. Este artículo nos hace pensar acerca de las diferentes formas de desarrollar en SharePoint y nos explica porque no debemos asumir que escribir código en C# es la única forma válida de "desarrollar" en SharePoint.
Les propongo que lean el paper original (en inglés). Arriba está el link. En este artículo voy a hacer una libre interpretación, traducción y resumen, que espero disfruten 🙂
Introducción
La premisa es que escribir código administrado en Visual Studio es más costoso en tiempo y esfuerzo y más propenso a los bugs. Como alternativa, tenemos la capa intermedia, que Marc nos presenta en este artículo. Dicho de otra manera, si usted piensa que las estimaciones de sus desarrolladores SharePoint (.Net) son prohibitivas, existe un método alternativo. The middle tier.
Qué es la middle tier?
Empecemos identificando las tres capas:
Capa 1) La interfaz de usuario y el Central Administrator
Capa 2) SharePoint Designer o mejor dicho: Data View Web Parts, Scripting (JavaScript & jQuery) y hojas de estilo en cascada (CSS)
Capa 3) Visual Studio. C# y el modelo de objetos de SharePoint, DLLs, GAC.
Qué es desarrollo? 🙂
La definición no dice nada acerca de qué es el software. Es por ello que no sería correcto afirmar que si no es "desarrollo .Net", entonces no es desarrollo verdadero, verdad :-)?
Lo importante, respecto al desarrollo, es que necesitas disciplina y organización, habilidad para dividir un problema complejo en piezas manejables, detectar acciones repetibles y crear código. Pero no son las herramientas las que generan las buenas soluciones, sino la gente o dicho de otras manera: las buenas herramientas no son una escusa para pensar en forma equivocada…
Entonces, qué es un desarrollador SharePoint?
La definición más común (y tal vez la más errónea) es que se trata de "un desarrollador .Net que entiende el modelo de objetos de SharePoint".
… Pero que Microsoft haya creado SharePoint sobre la base de .Net no quiere decir que la única forma de desarrollar sobre SharePoint es usando las herramientas .Net.
Porque la capa intermedia es un método diferente?
Desarrollar en esta capa implica usar herramientas diferentes a las utilizadas en las otras dos capas.
Data View Web Parts:
Estos elementos web consumen XML y generan diferentes salidas usando XSL para definir el formato. Pueden trabajar con los siguientes tipos de orígenes de datos:
Listas y librerías - Conexiones a base de datos
- Archivos XML
- Server-side scripts
- XML Web Services
Mucha gente se siente frustrada al trabajar con SharePoint Designer, porque intenta hacer todo a través de las pantallas de esta herramienta. Sin embargo las posibilidades aumentan cuando los cambios se efectúan directamente en el XSL (claro que esto no tiene vuelta atrás). La buena práctica es avanzar lo más lejos posible con las pantallas y luego introducirse en el XSL.
Scripting
Nos permite crear funcionalidad que se ejecute en la máquina del cliente. Existe funcionalidad en SharePoint 2007 construida en JavaScript.
Sin embargo las posibilidades se amplían enormemente con jQuery…
Continuar leyendo en http://surpoint.blogspot.com/2010/04/middle-tier-un-metodo-alternativo-para.html.
Hace unos días hice una libre interpretación , traducción y resumen del excelente artículo de Marc D