Partajați prin

Concepte de soluție

  • Articol

Soluțiile sunt mecanismul de implementare a managementului ciclului de viață al aplicației (ALM) în Power Apps și Power Automate. Acest articol descrie următoarele concepte cheie de soluție:

  • Două tipuri de soluții (gestionate sau negestionate)
  • Componente soluție
  • Ciclul de viață al unei soluții
  • Editorul de soluții
  • Soluții și dependențele componentelor de soluții

Soluții gestionate și negestionate

O soluție este fie gestionată fie negestionată.

  • Sunt dezvoltate soluții negestionate . Soluțiile negestionate sunt utilizate în mediile de dezvoltare în timp ce efectuați modificări aplicației dvs. Soluțiile negestionate pot fi exportate fie ca negestionate, fie ca gestionate. Versiunile negestionate exportate ale soluțiilor dvs. trebuie verificate în sistemul dvs. de control sursă. Soluțiile negestionate ar trebui să fie considerate sursa dvs. pentru activele Microsoft Power Platform. Când o soluție negestionată este ștearsă, este șters numai containerul de soluție al oricăror personalizări incluse în ea. Toate particularizările negestionate rămân în vigoare și aparțin soluției implicite.

  • Soluțiile gestionate sunt implementate. Soluțiile gestionate sunt implementate în orice mediu care nu este un mediu de dezvoltare pentru soluția respectivă. Aceste medii includ testarea, testarea de acceptare a utilizatorului (UAT), testarea integrării sistemului (SIT) și mediile de producție. Soluțiile gestionate pot fi deservite independent de alte soluții gestionate dintr-un mediu. Ca o practică optimă a ALM, soluțiile gestionate ar trebui să fie generate prin exportul unei soluții begestionate, așa cum este gestionat și considerat un artefact de construire. Suplimentar:

    • Nu puteți edita direct componentele într-o soluție gestionată. Pentru a edita componentele gestionate, adăugați-le mai întâi la o soluție negestionată.
      • Când editați o componentă gestionată, creați o dependență între personalizările dvs. negestionate și soluția gestionată. Când există o dependență, soluția gestionată nu poate fi dezinstalată până când nu eliminați dependența.
    • Unele componente gestionate nu se pot editate. Pentru a verifica dacă o componentă poate fi editată, vizualizați Proprietăți gestionate.
    • Nu puteți exporta o soluție gestionată. Dar puteți exporta o soluție neadministrată ca fiind gestionată.
    • Când o soluție gestionată este ștearsă (dezinstalată), toate particularizările și extensiile incluse cu acesta sunt eliminate.

Important

  • Nu puteți importa un soluție gestionată în același mediu care conține soluția negestionată originară. Pentru a testa o soluție gestionată, aveți nevoie de un mediu separat în care să o importați.
  • Când ștergeți o soluție gestionată, se pierd următoarele date: date stocate în tabele personalizate care fac parte din soluția gestionată și date stocate în coloane personalizate care fac parte din soluția gestionată pe alte tabele care nu fac parte din soluția gestionată.

Creatorii și dezvoltatorii lucrează în medii de dezvoltare folosind soluții negestionate, apoi le importă în alte medii din ava - lcum ar fi testul - ca soluții gestionate.

Distribuiți o soluție de la dev la mediile de testare.

Notă

Când particularizați în mediul de dezvoltare, lucrați în stratul negestionat. Apoi, când exportați soluția negestionată ca soluție gestionată pentru a distribui în alt mediu, soluția gestionată este importată în mediu, în stratul gestionat. Mai multe informații: Straturi soluție

Componente soluție

O componentă, cunoscută și sub numele de obiecte, reprezintă ceva pe care îl puteți personaliza potențial. Tot ce poate fi inclus într-o soluție este o componentă. Pentru a vizualiza componentele incluse într-o soluție, deschideți soluția dorită. Componentele sunt enumerate în lista Componente.

Componente în soluție.

Notă

  • O soluție poate avea o dimensiune de până la 95 MB.
  • Nu puteți edita direct componentele într-o soluție gestionată.

Pentru a vedea o listă de tipuri de componente care pot fi adăugate la orice soluție, accesați ComponentType Options.

Unele componente sunt imbricate în alte componente. De exemplu, un tabel conține formulare, vizualizări, diagrame, coloane, relații de tabele, mesaje și reguli de afaceri. Fiecare dintre aceste componente necesită un tabel pentru a exista. Cu excepția coloanelor de alegere, toate celelalte coloane nu pot exista în afara unui tabel. Spunem că coloana este dependentă de tabel. Există de două ori mai multe tipuri de componente decât se arată în lista precedentă, dar cele mai multe dintre ele sunt imbricate în alte componente și nu sunt vizibile în aplicație.

Scopul pentru care avem componente este să putem urmări orice limitări asupra a ceea ce poate fi particularizat folosind proprietățile gestionate și toate dependențele, astfel încât să poată fi exportate, importate și (în soluțiile gestionate) șterse fără a lăsa nimic în urmă.

Ciclu de viață soluție

Soluțiile acceptă următoarele acțiuni care ajută la susținerea proceselor ciclului de viață al aplicației:

  • Creați. Creați și exportați soluții negestionate.
  • Actualizați. Creați actualizări pentru o soluție gestionată care sunt implementate în soluția gestionată părinte. Nu puteți șterge componentele cu o actualizare.
  • Upgrade. Importați soluția ca upgrade la o soluție gestionată existentă, care elimină componentele neutilizate și implementează logica de upgrade. Actualizările implică cumularea (îmbinarea) tuturor corecțiilor la o soluție într-o nouă versiune a soluției. Actualizările soluției șterg componentele care au existat, dar nu mai sunt incluse în versiunea actualizată. Puteți alege să faceți upgrade imediat sau să etapizați upgrade-ul, astfel încât să puteți efectua unele acțiuni suplimentare înainte de finalizarea upgrade-ului.
  • Patch. O corecție conține doar modificări pentru o soluție părinte gestionată, cum ar fi adăugarea sau editarea de componente și active. Utilizați corecții atunci când efectuați actualizări minore (similare cu o remediere rapidă). Când corecțiile sunt importate, acestea sunt stratificate pe partea de sus a soluției părinte. Nu puteți șterge componentele cu o corecție.

Editorul de soluții

Fiecare aplicație și alte componente ale soluției, cum ar fi tabelele pe care le creați sau orice personalizare pe care o faceți, fac parte dintr-o soluție. Deoarece fiecare soluție are un editor, ar trebui să vă creați propriul editor mai degrabă decât să folosiți unul implicit. Specificați editorul când creați o soluție.

Notă

  • În mod implicit, dacă nu utilizați o soluție personalizată, veți lucra în soluțiile implicite de sistem, care sunt cunoscute sub numele de Common Data Service Soluția implicită și soluții implicite . Informații suplimentare: Soluția implicită și Soluția implicită Common Data Service
  • Soluția preferată este o soluție pe care o specificați și care devine soluția dvs. implicită. Mai multe informații: Setați soluția preferată

Editorul unei soluții în care este creată o componentă este considerat proprietarul acelei componente. Proprietarul unei componente controlează ceea ce schimbă alți editori de soluții, inclusiv acea componentă, au voie să facă sau să restricționeze realizarea. Este posibil să mutați dreptul de proprietate al unei componente de la o soluție la alta în cadrul aceluiași editor, dar nu între editori. După ce introduceți un editor pentru o componentă într-un soluție gestionată, nu-l mai puteți schimba pentru componenta respectivă. Din cauza acestei restricții, cel mai bine este să definiți un singur editor, astfel încât să puteți schimba ulterior modelul de straturi între soluții.

Editor de soluții specifică cine a dezvoltat aplicația. Din acest motiv, ar trebui să creați un nume editor de soluții care să fie reprezentativ.

Prefixul editorului de soluții

Un editor de soluții include un prefix. Prefixul editorului este un mecanism care ajută la evitarea coliziunilor numelor. Acest lucru permite ca soluții de la diferiți editori să fie instalate în același mediu cu puține conflicte. De exemplu, soluția Contoso afișată aici include un prefix editor de soluții al Contoso.

Exemplu de prefix de editor de soluție.

Notă

Când modificați un prefix editor de soluții, ar trebui să o faceți înainte de a crea aplicații noi sau elemente de metadate, deoarece nu puteți schimba numele elementelor de metadate după ce au fost create.

Informații suplimentare:

Dependențele soluțiilor

Din cauza modului în care soluțiile gestionate sunt stratificate, unele soluții gestionate pot fi dependente de componente de soluție aflate în alte soluții gestionate. Unii editori de soluții profită de acest lucru pentru a construi soluții care sunt modulare. Este posibil să fie necesar să instalați mai întâi o soluție gestionată „de bază” și apoi să instalați o a doua soluție gestionată care să personalizeze în continuare componentele din soluția gestionată de bază. A doua soluție gestionată depinde de componentele de soluție care fac parte din prima soluție.

Sistemul urmărește aceste dependențe între soluții. Dacă încercați să instalați o soluție care necesită o soluție de bază, care nu este instalată, nu veți putea instala soluția. Primiți un mesaj care spune că soluția necesită mai întâi instalarea unei alte soluții. În mod similar, din cauza dependențelor, nu puteți dezinstala soluția de bază în timp ce o soluție care depinde de ea este încă instalată. Trebuie să dezinstalați soluția dependentă înainte de a putea să dezinstalați soluția de bază. Mai multe informații: Eliminarea dependențelor

Dependențe componente de soluții

O componentă de soluție reprezintă ceva ce puteți teoretic particulariza. Orice lucru care poate fi inclus într-o soluție este o componentă a soluției, iar unele componente sunt dependente de alte componente. De exemplu, coloana site-ului web și raportul de rezumat al contului depind ambele de tabelul contului. Informații suplimentare: Urmărirea dependențelor pentru componentele de soluții

Consultați și

Straturi de soluție
Creați și gestionați medii în Power Platform centrul de administrare