Separar las responsabilidades implica escribir el código de tal forma que el código solo tenga una responsabilidad y delege a otro segmento de codigo la responsabilidad que no le compete al codigo escrito. Este principio en el desarrollo de software se aplicado a Desarrollo en N-Capas, Diseño basado en Dominio. Pero en SharePoint es un reto desarrollar de esta forma ya que deforma predeterminada todo se instala en el GAC y los cambios del codigo se ven reflajados hasta que el GAC se actualice. Y en ambientes de producción en la implementación es un stress inecesario y riesgo.
Que podemos hacer? Podemos definir a nivel quel Paquete de SharePoint que los ensamblados se instalen en la Web Application en vez del Global Assembly Cache. Para ello también es necesario firmar cada ensambaldo.
Primero separamos en Proyectos de librerias de clases exceptuando el Project de Visual WebPart de SharePoint.
En el proyecto común tenemos la definición de las entidades de negocio y las interfases de los repositorios y servicios.
El proyecto de Repositorio tenemos las implementaciones de el código de acceso a base de datos de las operaciones básicas hacia la base de datos o CRUD (Create Read Update & Delete). Ninguna lógica de negocio, como validaciones u operaciones entre diferentes Repositorios.
El proyecto de Servicios es donde se encuentra la lógica del negocio e invoca a los repositorios necesarios para cumplir con la regla de negocio.
Este proyecto es otro Repositorio Especializado para invocar las librerias de SharePoint y acceder los objetos de SharePoint, separado de la base de datos ya que no comparten las mismas librerias.
Para finalizar el proyecto de SharePoint que representa la Capa de Presentación o Visualización. Aquí podemos aplicar el patrón MVP o Model View Presenter.
Detalles a Conocer.
1) Para cada Ensamblado firmamos el emsamblado esto lo relizamos en las propiedades del proyecto en la opción Signing.
2) Referenciar los proyectos según su dependencia que debe de ser jerarquica y no cruzada, evitar la referencia ciclica.
En el paquete agregamos los ensamblados que deben de incluirse en la solución WSP.
Y debemos indicar que es a nivel de Web Application y no a nivel de GAC.
Y eso es todo. Una ultima nota si en caso le reporta que no encuentra algunas referencias solo seleccione la opción Clean Solution en Build.
SharePoint4Fun!,
Juan Manuel Herrera Ocheita
No hay comentarios.:
Publicar un comentario