Comparteix a través de


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.

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.

Distribuir una solució des dels entorns de desenvolupament fins als entorns de prova.

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.

Components en solució.

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

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.

Exemple de prefix de l'editor de solucions.

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