Concepte de soluție

Soluțiile sunt mecanismul pentru implementarea managementului ciclului de viață al aplicațiilor (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ă.

• Se dezvoltă soluții negestionate. Soluțiile negestionate sunt utilizate în mediile de dezvoltare în timp ce efectuați modificări la aplicație. 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ă, se șterge doar containerul de soluții cu orice particularizări incluse în aceasta. 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 acceptării utilizatorilor (UAT), testarea integrării sistemelor (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 particularizările 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 negestionată 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: datele stocate în tabele personalizate care fac parte din soluția gestionată și datele stocate în coloane personalizate care fac parte din soluția gestionată, în 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.

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 denumirea de obiecte, reprezintă ceva ce puteți personaliza. 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 95 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, accesați Opțiuni ComponentType.

Unele componente sunt imbricate în alte componente. De exemplu, un tabel conține formulare, vizualizări, diagrame, coloane, relații între tabele, mesaje și reguli de business. Fiecare dintre aceste componente necesită existența unui tabel. 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 majoritatea 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.
• Actualizare. Creați actualizări la o soluție gestionată care sunt implementate în soluția gestionată părinte. Nu puteți șterge componentele cu o actualizare.
• Actualizare. Importați soluția ca upgrade la o soluție gestionată existentă, ceea ce 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țiilor șterg componentele care existau, 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, 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ă

• În mod implicit, dacă nu utilizați o soluție personalizată, veți lucra cu soluțiile de sistem implicite, cunoscute sub numele de *Soluție implicită* și *Soluții implicite*. Common Data Service 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 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, este recomandat să definiți un singur editor, astfel încât să puteți modifica ulterior modelul de stratificare în diferite 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 instalarea în același mediu a soluțiilor de la diferiți editori, 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 pentru editorul de soluții
• Schimbarea prefixului unui 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 profită de acest lucru pentru a construi soluții modulare. Este posibil să fie nevoie să instalați mai întâi o soluție gestionată „de bază”, 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. Primești un mesaj care îți 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 aceasta 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 element care poate fi inclus într-o soluție este o componentă a soluției, iar unele componente depind de alte componente. De exemplu, coloana site web și raportul rezumativ al contului depind ambele de tabelul de conturi. Informații suplimentare: Urmărirea dependențelor pentru componentele de soluții

Consultați și

Straturile soluției
Creați și gestionați medii în centrul de administrare Power Platform