Seguiment de dependències dels components de la solució

Les solucions estan fetes de components de la solució. Utilitzeu l'àrea Solucions Microsoft Dataverse per crear o afegir components de la solució. Podeu dur a terme aquestes accions mitjançant programació amb el missatge AddSolutionComponentRequest o qualsevol missatge que creï o actualitzi els components de la solució que inclouen un paràmetre SolutionUniqueName.

Els components de la solució depenen sovint d'altres components de la solució. No podeu suprimir cap component de la solució que tingui dependències sobre un altre component de la solució. Per exemple, una franja personalitzada requereix normalment que els recursos web d'un script o una imatge mostrin icones i realitzin accions mitjançant scripts. Sempre que la franja personalitzada sigui a la solució, els recursos web específics que utilitza són obligatoris. Per poder suprimir els recursos web, heu de suprimir-hi les referències a la franja personalitzada. Aquestes dependències dels components de la solució es poden visualitzar a l'aplicació seleccionant Mostra les dependències.

En aquest article es descriuen els tipus de components de la solució que podeu incloure a les solucions i com depenen els uns dels altres.

Tots els components de la solució

La llista completa dels tipus de components de solucions disponibles es troba a la columna d'elecció global del sistema componenttype . L'interval de valors admès per a aquesta propietat està disponible si hi ha inclòs el fitxer OptionSets.cs o OptionSets.vb al projecte. No obstant això, molts dels tipus de components de la solució que es mostren només són per a ús intern i la llista no proporciona informació sobre les relacions entre els components de la solució.

Dependències dels components d'una solució

Les dependències dels components de la solució garanteixen que teniu una experiència fiable quan treballeu amb solucions. Impedeixen accions que normalment realitzeu des de personalitzacions que malmeten involuntàriament definides en una solució. Aquestes dependències permeten instal·lar una solució administrada i desinstal·lar-la simplement mitjançant la importació o la supressió d'una solució.

El marc de solucions fa un seguiment automàtic de les dependències dels components de la solució. Cada operació d'un component de la solució calcula automàticament qualsevol dependència sobre la resta de components del sistema. La informació de dependència s'utilitza per mantenir la integritat del sistema i impedir operacions que podrien donar lloc a un estat incoherent.

Com a resultat del seguiment de la dependència, s'apliquen els següents comportaments:

S'impedeix la supressió d'un component si un altre component del sistema en depèn.
L'exportació d'una solució avisa a l'usuari si falten components que podrien provocar errors en importar aquesta solució en un altre entorn.

Els advertiments durant l'exportació es poden ignorar si el desenvolupador de la solució té la intenció que la solució només s'instal·li en un entorn on s'espera que existeixin components dependents. Per exemple, quan creeu una solució dissenyada per instal·lar-se sobre una solució "base" preinstal·lada.
La importació d'una solució falla si tots els components necessaris no s'inclouen a la solució i tampoc existeixen a l'entorn de destinació.
A més, quan importeu un solució administrada, tots els components necessaris han de coincidir amb el tipus de paquet de la solució. Un component d'una solució administrada només pot dependre d'un altre component administrat.

Hi ha tres tipus de dependències dels components de la solució:

Solució interna. El Dataverse administra les dependències internes. Aquestes dependències existeixen quan un component de solució concret no pot existir sense un altre component de solució.
Publicat. Les dependències publicades es creen quan dos components de la solució estan relacionats entre si i després es publiquen. Per eliminar aquest tipus de dependència, s'ha d'eliminar l'associació i tornar a publicar les taules.
Inèdit. Les dependències no publicades s'apliquen a la versió no publicada d'un component de la solució que es pot publicar i que s'està actualitzant. Després de la publicació del component de la solució, es converteix en una dependència publicada.

Les dependències internes de la solució són dependències en què les accions d'un component de la solució requereixen una acció per a un altre component de la solució. Per exemple, si suprimiu una taula, hauríeu d'esperar que tots els atributs de la taula se suprimeixin amb ella. També se suprimeixen les relacions de taula amb altres taules.

Tanmateix, una dependència interna pot conduir a una dependència publicada i encara requerir una intervenció manual. Per exemple, si incloeu un camp de cerca en un formulari de taula i, a continuació, suprimiu la taula principal de la relació, no podreu completar aquesta supressió fins que no suprimiu la columna de cerca del formulari de taula relacionada i publiqueu el formulari.

Quan realitzeu accions mitjançant programació amb solucions, podeu utilitzar missatges relacionats amb la Dependency taula. Aneu a Entitat de dependència per veure els missatges que podeu utilitzar per identificar les dependències que poden existir abans de suprimir un component o desinstal·lar una solució.

Components comuns de la solució

Aquests són els components de la solució que es mostren a l'aplicació i els components amb els quals treballeu directament quan afegiu o suprimiu components de la solució mitjançant la pàgina de la solució. Cadascun dels altres tipus de components de la solució depèn d'un o més d'aquests components de la solució per existir.

Cintes d'aplicació
Entitat
Informe
Plantilla d'article
Perfil de seguretat de columna
Pas de processament de missatges de l'SDK
Funció de connexió
Plantilla de combinació de correspondència
Funció de seguretat
Plantilla de contracte
Conjunt d'opcions
Punt final de servei
Escriptori digital o formulari d'entitat
Muntatge endollable
Mapa del lloc
Plantilla de correu electrònic
Procés
Recurs web

Franges d'aplicació (RibbonCustomization)

Personalitzacions de la cinta per a les plantilles de la cinta de l'aplicació i la cinta de taula. Les cintes d'aplicació no inclouen definicions de cintes al nivell de taula o formulari.

Les franges d'aplicació personalitzades sovint tenen dependències publicades en recursos web. Els recursos web s'utilitzen per definir icones de botó de la franja i funcions del JavaScript per controlar quan es mostren els elements de la franja o quines accions es duen a terme quan s'utilitza un control de franja concret. Les dependències només es creen quan la definició de la franja utilitza la directiva $webresource: per associar el recurs web a la franja. Més informació: Directiva $webresource

Plantilla d'article (KBArticleTemplate)

Plantilla que conté els atributs estàndard d'un article. Sempre hi ha una dependència interna entre la plantilla de l'article i la taula KbArticle.

Funció de connexió (ConnectionRole)

Funció que descriu una relació entre dos registres. Cada funció de connexió defineix els tipus de registres d'entitat que es poden enllaçar amb la funció de connexió. Això crea una dependència publicada entre la funció de connexió i la taula.

Plantilla de contracte (ContractTemplate)

Plantilla que conté els atributs estàndard d'un contracte. Sempre hi ha una dependència interna entre la plantilla de contracte i la taula de contractes.

Formulari d'entitat o escriptori digital (SystemForm)

Els registres de taula de formularis del sistema s'utilitzen per definir escriptoris digitals i formularis de taula. Quan a s'utilitza com SystemForm a forma de taula, hi ha una dependència interna de la taula. Quan s'utilitza a SystemForm com a tauler no hi ha dependències internes. Tant els formularis de taula com els escriptoris digitals solen tenir dependències publicades relacionades amb el seu contingut. Un formulari de taula pot tenir columnes de cerca que depenen d'una relació de taula. Tant els escriptoris digitals com els formularis de taula poden contenir gràfics o subquadrícules que creen una dependència publicada d'una visualització, que després té una dependència interna d'una taula. Es pot crear una dependència publicada dels recursos web a causa del contingut que es mostra a l'escriptori digital o el formulari o quan un formulari conté biblioteques del JavaScript. Els formularis de taula tenen dependències publicades de tots els atributs que es mostren com a columnes del formulari.

Plantilla de correu electrònic (EmailTemplate)

Plantilla que conté els atributs estàndard d'un missatge de correu electrònic. Normalment, una plantilla de correu electrònic inclou columnes que insereixen dades d'atributs de taula especificats. Una plantilla de correu electrònic es pot enllaçar a una taula específica quan es crea, de manera que hi pot haver una dependència interna de la taula. Una plantilla de correu electrònic global no està associada a una taula específica, però pot tenir dependències publicades en atributs de taula utilitzats per proporcionar dades. Un procés (flux de treball) es configura freqüentment per enviar un correu electrònic amb una plantilla de correu electrònic que crea una dependència publicada amb el flux de treball.

Entitat (entitat)

Les taules, abans conegudes com a entitats, són l'estructura principal utilitzada per modelar i gestionar dades Dataverse. Els gràfics, els formularis, les relacions de taula, les visualitzacions i els atributs associats a una taula se suprimeixen automàticament quan se suprimeix la taula a causa de les dependències internes entre ells. Les taules sovint tenen dependències publicades amb processos, escriptoris digitals i plantilles de correu electrònic.

Perfil de seguretat de columna (FieldSecurityProfile)

Perfil que defineix el nivell d'accés per als atributs protegits.

Plantilla de combinació de correspondència (MailMergeTemplate)

Plantilla que conté els atributs estàndard d'un document de combinació de correspondència. Una plantilla de combinació de correspondència té una dependència publicada de la taula a la qual està associada.

Conjunt d'opcions (OptionSet)

Una columna d'opcions, abans coneguda com a conjunt d'opcions, defineix un conjunt d'opcions. Un atribut de llista de selecció utilitza una opció per definir les opcions proporcionades. Diversos atributs de llista de selecció poden utilitzar una opció global perquè les opcions que proporcionen siguin sempre les mateixes i es puguin mantenir en un sol lloc. Una dependència publicada es produeix quan un atribut de llista de selecció fa referència a una opció global. No podeu suprimir una opció global que utilitza un atribut de llista de selecció.

Assemblatge de complements (PluginAssembly)

Assemblatge que conté un o diversos tipus de complements. Els connectors es registren en esdeveniments que normalment s'associen amb una taula. Això crea una dependència publicada.

Procés (flux de treball)

Conjunt de regles lògiques que defineix els passos necessaris per automatitzar un procés, una tasca o un conjunt d'accions empresarials específics que s'han de realitzar. Els processos proporcionen un ampli ventall d'accions que creen dependències publicades de qualsevol altre component de la solució a la qual fa referència el procés. Cada procés també té una dependència publicada de la taula a la qual està associat.

Informe (informe)

Resum de dades en una disposició fàcil de llegir. Un informe ha publicat dependències de les dades de taula o atribut incloses a l'informe. Cada informe també s'ha d'associar a una categoria Informe que crea una dependència interna d'un component de la solució anomenada Categoria relacionada de l'informe (ReportCategory). Els informes es poden configurar perquè siguin subinformes que creïn una dependència publicada amb l'informe principal.

Pas de processament de missatges de l'SDK (SDKMessageProcessingStep)

Fase del pipeline d'execucions que ha d'executar un complement.

Funció de seguretat (funció)

Agrupament de privilegis de seguretat. Als usuaris se'ls assignen funcions de seguretat que autoritzen el Dataverse seu accés al sistema. Els formularis de taula es poden associar a funcions de seguretat específiques per controlar qui pot visualitzar el formulari. Això crea una dependència publicada entre la funció de seguretat i el formulari.

Nota

Només es poden afegir funcions de seguretat de la unitat de negoci de l'entorn a una solució. Només un usuari amb accés de lectura a aquestes funcions de seguretat pot afegir-les a una solució.

Extrem del servei (ServiceEndpoint)

Extrem de servei que es pot contactar.

Mapa del lloc (SiteMap)

Dades XML utilitzades per controlar la subfinestra de navegació de l'aplicació. El mapa del lloc pot estar enllaçat per mostrar un recurs web HTML o una icona del mapa del lloc pot utilitzar un recurs web d'imatge. Quan s'utilitza la $webresource: directiva per establir aquestes associacions, es crea una dependència publicada. Més informació: Directiva $webresource

Recurs web (WebResource)

Dades equivalents als fitxers utilitzats per ampliar una aplicació basada en models o en desenvolupament web. Els recursos web proporcionen components de client que s'utilitzen per proporcionar elements d'interfície d'usuari personalitzats. Els recursos web poden tenir dependències publicades amb formularis de taula, cintes i el mapa del lloc. Quan la directiva s'utilitza $webresource: per establir associacions en una cinta o al mapa del lloc, es crea una dependència publicada. Per a més informació, aneu a $webresource directiva.