Conceptes de solucions
Les solucions són el mecanisme per implementar la gestió del cicle de vida de les aplicacions (ALM) en Power Apps i Power Automate. En aquest article es descriuen els següents conceptes de la solució clau:
- Dos tipus de solucions (gestionades o no gestionades)
- Components de la solució
- Cicle de vida d'una solució
- Editor de solucions
- Dependències de la solució i dels components d'una solució
Solucions administrades i no administrades
Una solució pot ser administrada o no administrada.
Es desenvolupen solucions no gestionades. Les solucions no administrades s'utilitzen en entorns de desenvolupament mentre feu canvis a l'aplicació. Les solucions no administrades es poden exportar com a no administrades o administrades. S'han de comprovar les versions no administrades exportades de les solucions al sistema del control d'origen. Les solucions no administrades s'han de considerar l'origen d'actius del Microsoft Power Platform. Quan se suprimeix una solució no administrada, només se suprimeix el contenidor de solucions de les personalitzacions incloses. Totes les personalitzacions no administrades romanen en vigor i pertanyen a la solució per defecte.
Es despleguen solucions gestionades. Les solucions administrades es despleguen en qualsevol entorn que no sigui un entorn de desenvolupament per a aquesta solució. Aquests entorns inclouen proves, proves d'acceptació d'usuaris (UAT), proves d'integració de sistemes (SIT) i entorns de producció. Es pot proporcionar un servei a les solucions administrades independentment de la resta de solucions administrades d'un entorn. En el cas de les pràctiques recomanades de l'ALM, les solucions administrades s'han de generar mitjançant l'exportació d'una solució no administrada com a administrada i s'han de considerar com a artefacte de compilació. De manera addicional:
- No podeu editar els components directament dins d'una solució administrada. Per editar els components administrats, primer heu d'afegir-los a una solució no administrada.
- Quan editeu un component administrat, creeu una dependència entre les personalitzacions no administrades i la solució administrada. Quan hi ha una dependència, la solució administrada no es pot desinstal·lar fins que no suprimiu la dependència.
- Alguns components administrats no es poden editar. Per comprovar si un component es pot editar, visualitzeu les Propietats administrades.
- No podeu exportar solucions administrades. Però podeu exportar una solució no administrada com a administrada.
- Quan se suprimeix (desinstal·la) una solució administrada, totes les personalitzacions i extensions que s'inclouen se suprimeixen.
- No podeu editar els components directament dins d'una solució administrada. Per editar els components administrats, primer heu d'afegir-los a una solució no administrada.
Important
- No podeu importar una solució administrada al mateix entorn que conté la solució no administrada original. Per provar un solució administrada, heu de tenir un entorn separat per importar-la.
- Quan suprimiu una solució administrada, es perden les dades següents: dades emmagatzemades en taules personalitzades que formen part de la solució administrada i dades emmagatzemades en columnes personalitzades que formen part de la solució administrada en altres taules que no formen part de la solució administrada.
Els creadors i desenvolupadors treballen en entorns de desenvolupament amb solucions no administrades i, a continuació, les importen a altres entorns descendents, com ara entorns de prova, com a solucions administrades.
Nota
Quan personalitzeu l'entorn de desenvolupament, esteu treballant a la capa no administrada. A continuació, quan exporteu la solució no administrada com a solució administrada per distribuir-la a un altre entorn, la solució administrada s'importa a l'entorn de la capa administrada. Més informació: Capes de solucions
Components de la solució
Un component, també conegut com a objectes, representa alguna cosa que podeu personalitzar. Tot el que es pot incloure en una solució és un component. Per visualitzar els components inclosos en una solució, obriu la solució que voleu. Els components s'enumeren a la llista Components.
Nota
- Una solució pot tenir una mida de fins a 95 MB.
- No podeu editar els components directament dins d'una solució administrada.
Per veure una llista de tipus de components que es poden afegir a qualsevol solució, aneu a Opcions de tipus de component.
Alguns components estan incrustats en altres components. Per exemple, una taula conté formularis, visualitzacions, gràfics, columnes, relacions de taules, missatges i regles de negoci. Cadascun d'aquests components requereix una taula per existir. Excepte les columnes d'elecció, totes les altres columnes no poden existir fora d'una taula. Diem que la columna depèn de la taula. Hi ha el doble de tipus de components que es mostren a la llista anterior, però la majoria d'ells estan imbricats dins d'altres components i no són visibles a l'aplicació.
El propòsit de tenir components és fer un seguiment de les limitacions sobre el que es pot personalitzar amb les propietats administrades i totes les dependències de manera que es pugui exportar, importar i (en solucions administrades) suprimir sense deixar res.
Cicle de vida de la solució
Les solucions admeten les accions següents que ajuden a donar suport als processos de cicle de vida de l'aplicació:
- Crear. Crear i exportar solucions no administrades.
- Actualització. Creeu actualitzacions d'una solució administrada que s'implementin a la solució administrada principal. No podeu suprimir els components amb una actualització.
- Actualització. Importeu la solució com a actualització a una solució administrada existent, que suprimeix els components no utilitzats i implementa la lògica d'actualització. Les actualitzacions impliquen consolidació (combinació) de tots els pedaços a la solució en una nova versió de la solució. Les actualitzacions de la solució suprimeixen components que existien però que ja no s'inclouen a la versió actualitzada. Podeu actualitzar immediatament o implementar l'actualització per fases de manera que pugueu fer algunes accions addicionals abans de completar l'actualització.
- Pegat. Cada pedaç conté només canvis de la solució administrada principal, com ara, l'addició o l'edició de components i actius. Utilitzeu els pedaços en fer petites actualitzacions (com amb una revisió). Quan s'importen els pedaços, s'afegeixen per capes sobre la solució principal. No podeu suprimir els components amb un pedaç.
Editor de solucions
Totes les aplicacions i altres components de la solució, com ara les taules que creeu o qualsevol personalització que feu, formen part d'una solució. Com que cada solució té un editor, heu de crear-ne un de propi en comptes d'utilitzar l'editor per defecte. Heu d'especificar l'editor quan creeu una solució.
Nota
- Per defecte, si no utilitzeu una solució personalitzada, treballareu a les solucions del sistema per defecte, que es coneixen com a Common Data Service solució per defecte i solucions per defecte. Més informació: Solució per defecte i Solució per defecte del Common Data Service
- La solució preferida és una solució que especifiqueu que es converteix en la vostra solució per defecte. Més informació: Definir la solució preferida
L'editor d'una solució en la qual es crea un component és considerat el propietari d'aquest component. El propietari d'un component controla els canvis que altres editors de solucions, incloent-hi el component, poden fer o no. És possible desplaçar la propietat d'un component d'una solució a una altra dins del mateix editor, però no entre editors. Un cop hàgiu introduït un editor per a un component en una solució administrada, no podeu canviar l'editor per al component. A causa d'aquesta restricció, és millor definir un únic editor per poder canviar el model de capes entre solucions més endavant.
L'editor de solucions especifica qui ha desenvolupat l'aplicació. Per aquesta raó, heu de crear un nom d'editor de solucions que tingui sentit.
Prefix de l'editor de solucions
Un editor de solucions inclou un prefix. El prefix de l'editor és un mecanisme que us ajudarà a evitar conflictes de noms. Això permet instal·lar solucions de diferents editors en el mateix entorn amb pocs conflictes. Per exemple, la solució Contoso que es mostra aquí inclou el prefix de l'editor de solucions contoso.
Nota
Quan canvieu un prefix de l'editor de solucions, ho heu de fer abans de crear les aplicacions o els elements de metadades nous perquè no podeu canviar els noms dels elements de metadades després de crear-los.
Més informació:
Dependències de la solució
A causa de la manera en què les solucions administrades estan layered, algunes solucions administrades poden dependre de components de la solució en altres solucions administrades. Alguns editors de solucions aprofiten això per crear solucions modulars. És possible que hàgiu d'instal·lar primer una solució administrada "base" i, a continuació, instal·lar una segona solució administrada que personalitzi encara més els components de la solució administrada base. La segona solució administrada depèn dels components de la solució que formen part de la primera solució.
El sistema fa un seguiment d'aquestes dependències entre solucions. Si proveu d'instal·lar una solució que requereixi una solució base que no està instal·lada, no podreu instal·lar la solució. Rebreu un missatge que diu que la solució requereix que primer s'instal·li una altra solució. De la mateixa manera, a causa de les dependències, no podeu desinstal·lar la solució base mentre una solució que depèn d'ella encara estigui instal·lada. Heu de desinstal·lar la solució dependent abans de desinstal·lar la solució base. Més informació: Suprimir dependències
Dependències dels components d'una solució
Un component de la solució representa quelcom que podeu personalitzar. Tot el que es pot incloure en una solució és un component de la solució i alguns components depenen d'altres components. Per exemple, la columna del lloc web i l'informe de resum del compte depenen de la taula del compte. Més informació: Seguiment de dependències dels components de la solució
Consulteu també
Capes de solució
Crear i administrar entorns al centre d'administració Power Platform