Colectivamente, pasamos mucho tiempo pensando en soluciones de SharePoint — cómo crearlos, Qué herramienta usar, ¿Qué sucede cuando no puedan implementar, trabajos del temporizador, ámbitos, etc.. Pasamos tanto tiempo pensando en los bits iniciales que es fácil olvidar que necesitamos retraerlos así. Soluciones que contrae es probablemente más difícil, desde una perspectiva de diseño conceptual, que desplegarlas. Implementación es básicamente un asunto de libro de cocina. Por lo general, instalar una característica, Tal vez tenga un receptor función cargar algunos datos en una lista, ese tipo de cosas. Sin embargo, retracción es potencialmente más complejo.
Una determinada solución puede crear artefactos semejantes:
- Tipo de contenido
- Lista de definiciones
- Definición del sitio
- Datos de una lista
- Incluso los receptores
- Formularios de InfoPath
La lista continúa.
Mientras que es obviamente importante diseñar una solución crea una instancia de esos artefactos correctamente, es tan importante considerar la actualización y eliminar los casos. Si su solución crea una nueva lista y esa lista con los datos, ¿Qué sucede cuando la solución está retraída? En algunos casos, se debería eliminar la lista. En otros casos, se debe dejar intacto para fines históricos. Requerimientos de su negocio le guiará a la decisión correcta.
Para ayudar con esto, crear una matriz que muestra cada artefacto que implementa su solución de SharePoint. Lista de tres columnas por artefacto, uno para crear, Update y delete. Para cada caso, determinar el resultado correcto para la operación.
Este tipo de análisis se realiza obviamente mejor antes de que la solución se implementa alguna vez a una granja de SharePoint. Sin embargo, como fumar, nunca es demasiado tarde para empezar a hacer las cosas correctamente. Crear esa matriz y desarrollar un plan para enfrentar los escenarios que faltan de actualizar/eliminar. Puede ser un problema difícil de resolver, Pero al menos se habrá puesto un cuadro alrededor del problema.
</final>
Sígueme en Twitter en http://www.twitter.com/pagalvin
@no nombre
Para eso es la clase de característica receptor. Escribir código personalizado para controlar lo que quieras dentro del modelo de objetos en los métodos de control dentro de su receptor función personalizada. Consulte el artículo de MSDN aquí.
Hope that helps 🙂
@Paul
Soy enlazan a este artículo en este meses SharePoint usuario grupo presentación porque, como se discutió en este meses SPUG, Este es un tema central para la creación de características robustas de SharePoint.
-doblador de Juan
nickelcode.com (blog)