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>
Follow me on Twitter http://www.twitter.com/pagalvin
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)