Trets de SharePoint & Gestió de solucions — No us oblideu l'U de porqueria (o la d per a aquella matèria)

Col·lectivament gastem una gran quantitat de temps pensant en solucions del SharePoint — com crear-los, quina eina utilitzar, Què passa quan fracassen a desplegar, feines del temporitzador, àmbits, etc. Vam passar tant temps pensant en els bits inicial que és fàcil oblidar que cal retirar-los, així. Retracció solucions és probablement més difícil, des del disseny conceptual, que utilitzin. Desplegament bàsicament és un assumpte de llibre de cuina. Típicament, instal·lar un tret, potser té un receptor tret carregar algunes dades a una llista, Aquest tipus de coses. No obstant això, retràctil és potencialment més complex.

Una solució determinada pot crear artefactes com aquests:

  • Tipus de contingut
  • Llista de definició
  • Definició del lloc
  • Dades en una llista
  • Fins i tot receptors
  • Formes d'InfoPath

La llista segueix.

Si bé és evidentment important dissenyar una solució que instantiates aquells artefactes correctament, és tan important considerar l'actualització i suprimir casos. Si la seva solució de crea una llista nova i emplena la llista amb les dades, Què passa quan la solució és retràctil? En alguns casos, la llista hauria de ser suprimit. En altres casos, Això hauria de ser esquerra intacte per motius històrics. Seves necessitats de negoci us guiarà a la decisió correcta.

Per ajudar amb això, crear una matriu que llista cada artefacte que desplega la seva solució al SharePoint. Llista de tres columnes per artefacte, un per a crear, actualitzar i suprimeix. Per a cada cas, determinar el resultat correcte per a aquesta operació.

Aquest tipus d'anàlisi es fa evidentment millor abans que la solució és desplegat mai a una granja SharePoint. No obstant això, com fumar, és mai massa tard per començar a fer les coses correctament. Aquesta matriu de crear i desenvolupar un pla per abordar els escenaris d'actualització/supressió desapareguts. Pot ser un problema difícil de resoldre, però almenys li ha posat un quadre al voltant del problema.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

2 comentaris a "Trets de SharePoint & Gestió de solucions — No us oblideu l'U de porqueria (o la d per a aquella matèria)

  1. John Bender

    nom @no

    Allò és què és per a la classe el receptor de característiques. Escriure codi personalitzat per manejar el que vulguis dins el Model d'objecte en invalidar mètodes dins el seu costum Reciever tret. Vegeu l'article MSDN aquí.

    Hope that helps 🙂

    @Paul

    Jo estic enllaçar aquest article en aquest mesos l'usuari del SharePoint grup presentació perquè, com es va discutir en aquest mesos SPUG, Això és realment una qüestió central a la creació de trets SharePoint robusts.

    -bender Joan

    nickelcode.com (bloc)

    Resposta
  2. Mike Birtwistle
    Quan vaig començar a desenvolupar solucions i trets que vaig mirar per la configuració en algun lloc en la definició que defineix el que passa a la supressió o actualització. Em preguntava si hauria d'haver uns conductes construït en un WSP esquerra – o un swtich en stsadm – que fer algunes de les tasques comuns que abans esmentats com suprimint una solució – tot treure o deixar-ho tot i a actualitzar – treure i reemplaçar o simplement actualitzar la definició i llavors tenen l'opció de fer una acció personalitzada en un receptor de característiques.
    Resposta

Deixi una contestació

no es publicarà la seva adreça de correu electrònic. Els camps necessaris estan marcats *