Características de SharePoint & Gestión de soluciones — No se olvide de la u de CRUD (o la d para el caso)

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>

Suscribirse a mi blog.

Sígueme en Twitter en http://www.twitter.com/pagalvin

Etiquetas de Technorati:

2 pensamientos sobre "Características de SharePoint & Gestión de soluciones — No se olvide de la u de CRUD (o la d para el caso)

  1. John Bender

    @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)

    Respuesta
  2. Mike Birtwistle
    Cuando empecé a desarrollar soluciones y características que buscar un valor en algún lugar de la definición que define lo que sucede en la eliminación o actualización. Que me dejó pensando si debería haber unos comportamientos incorporados a un WSP – o un swtich de stsadm – hacer algunas de las tareas comunes mencionados anteriormente tales como el borrado de una solución – quitar todo o dejarlo todo y en la actualización de – quitar y reemplazar o simplemente actualizar la definición y entonces tiene la opción de hacer una acción personalizada en un receptor de característica.
    Respuesta

Contesta

su dirección de correo electrónico no será publicada. Los campos necesarios están marcados *