Concepte de soluție

Soluțiile sunt mecanismul pentru implementarea ALM în Power Apps și Power Automate. Acest articol descrie următoarele concepte cheie de soluție:

• Două tipuri de soluții
• 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 se elimină o soluție negestionată, se șterge doar containerul soluției pentru orice particulariză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ă. Acestea includ medii de testare, UAT, SIT și 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 faceți acest lucru, creați o dependență între particulariză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ă.
  • 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: datele stocate în entități particularizate care fac parte din soluția gestionată și datele stocate în atribute particularizate care fac parte din soluția gestionată pe alte entități 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.

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ă reprezintă ceva ce puteți teoretic particulariza. 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.

Notă

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

Pentru a vizualiza o listă de tipuri de componente care pot fi adăugate la orice soluție, consultați Opțiuni ComponentType.

Unele componente sunt imbricate în alte componente. De exemplu, o entitate conține formulare, vizualizări, diagrame, câmpuri, relații de entități, mesaje și reguli de business. Fiecare dintre aceste componente necesită o entitate pentru a exista. Un câmp nu poate exista în afara unei entități. Spunem că acel câmp este dependent de entitate. Există de fapt de două ori mai multe tipuri de componente decât cele din lista de mai sus, 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 Autor și exportați soluțiile negestionate.

• Actualizare Creați actualizări pentru o soluție gestionată, care sunt implementate la soluția gestionată părinte. Nu puteți șterge componentele cu o actualizare.

• Actualizare Importați soluția ca o actualizare la un soluție gestionată existentă, care elimină componentele neutilizate și implementează logica de actualizare. Actualizările implică cumularea (îmbinarea) tuturor corecțiilor la o soluție într-o nouă versiune a soluției. Upgrade-urile soluției vor șterge componentele care au existat, dar nu mai sunt incluse în versiunea upgradată. 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.

• Corecție O corecție conține doar modificările soluției gestionate părinte, cum ar fi adăugarea și 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 entitățile create sau orice particularizare pe care o faceți, face 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ă

Chiar dacă nu utilizați o soluție particularizată, veți lucra în soluții cunoscute sub numele de Common Data Service Soluție implicită și soluții Implicite. Informații suplimentare: Soluția implicită și Soluția implicită Common Data Service

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 peste 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 acest motiv, cel mai bine este să definiți un singur editor, astfel încât să puteți schimba modelul de stratificare pentru soluții ulterior.

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. Aceasta permite instalarea de soluții de la diferiți editori într-un mediu cu puține conflicte. De exemplu, soluția Contoso afișată aici include un prefix editor de soluții al Contoso.

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:

• Creați un prefix editor de soluții
• Modificarea unui prefix editor de soluții

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 vor profita de acest lucru pentru a construi soluții care sunt modulare. Trebuie să instalați o soluție gestionată „bază” mai întâi, apoi puteți instala o a doua soluție gestionată care va particulariza în continuare componentele din soluția de bază gestionată. 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. Veți primi un mesaj care spune că soluția necesită ca o altă soluție să fie instalată întâi. În mod similar, datorită dependențelor, nu se poate dezinstala soluția de bază în timp ce o soluție care depinde de acesta este instalată încă. 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 și unele componente sunt dependente de alte componente. De exemplu, câmpul site-ului web și raportul sumar al contului sunt ambele dependente de entitatea contului. Informații suplimentare: Urmărirea dependențelor pentru componentele de soluții

Consultați și

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