Споделяне чрез

Концепции за решение

  • Статия

Решенията са механизмът за прилагане на управление на жизнения цикъл на приложенията (ALM) в Power Apps и Power Automate. Тази статия описва следните ключови концепции за решение:

  • Два типа решения
  • Компоненти на решение
  • Жизнен цикъл на решение
  • Разработчик на решение
  • Зависимости на решение и компонент на решение

Завършени и незавършени решения

Решението е или управлявано, или неуправлявано.

  • Разработват се неуправлявани решения . Неуправляваните решения се използват в среди за разработка, докато правите промени във вашето приложение. Неуправляваните решения могат да бъдат експортирани или като неуправлявани, или управлявани. Изнесените неуправлявани версии на вашите решения трябва да бъдат проверени във вашата система за контрол на източника. Неуправляваните решения трябва да се считат за ваш източник за активи на Microsoft Power Platform. Когато се изтрие незавършено решение, се изтрива само контейнерът на решенията на всички персонализации, включени в него. Всички неуправляеми персонализиране остават в сила и принадлежат към решението по подразбиране.

  • Внедряват се управлявани решения . Управляваните решения се внедряват във всяка среда, която не е среда за разработка за това решение. Това включва тестова, UAT, SIT и производствена среда. Управляваните решения могат да бъдат обслужвани независимо от други управлявани решения в среда. Като най-добра практика на ALM, управляваните решения трябва да се генерират чрез експортиране на неуправляемо решение като управлявано и да се считат за изграден артефакт. Допълнително:

    • Не можете директно да редактирате компонентите в завършено решение. За да редактирате управлявани компоненти, първо ги добавете към неуправляемо решение.
      • Когато правите това, създавате зависимост между вашите неуправляеми персонализации и завършено решение. Когато съществува зависимост, завършено решение не може да бъде деинсталиран, докато не премахнете зависимостта.
    • Някои управлявани компоненти не могат да се редактират. За да проверите дали даден компонент може да бъде редактиран, прегледайте Управлявани свойства.
    • Не може да експортирате завършено решение.
    • Когато завършено решение бъде изтрит (деинсталиран), всички персонализирани и разширения, включени в него, се премахват.

    Важно

    • Не можете да импортирате завършено решение в същата среда, която съдържа първоначалното неуправляемо решение. За да тествате завършено решение, имате нужда от отделна среда, за да го импортирате.
    • Когато изтриете завършено решение, се губят следните данни: данни, съхранявани в персонализирани единици, които са част от завършено решение, и данни, съхранявани в персонализирани атрибути, които са част от завършено решение на други обекти, които не са част от завършено решение.

Създателите и разработчиците работят в среди за разработка, използвайки неуправлявани решения, след което ги импортират в други среди надолу по веригата - например тестови - като управлявани решения.

Разпространение на решение от разработчици до тестови среди.

Бележка

Когато персонализирате в средата за разработка, работите в неуправлявания слой. След това, когато експортирате неуправляемото решение като завършено решение за разпространение в друга среда, завършено решение се импортира в средата в управлявания слой. Повече информация: Слоеве на решение

Компоненти на решение

Компонентът представлява нещо, което може да персонализирате. Всичко, което може да бъде включено в рамките на решението, е компонент. За да видите компонентите, включени в решение, отворете желаното решение. Компонентите са изброени в списъка Компоненти.

Компоненти в разтвор.

Бележка

  • Едно решение може да бъде с размер до 95 MB.
  • Не можете директно да редактирате компонентите в завършено решение.

За да видите списък с типове компоненти, които могат да се добавят към всяко решение, вижте Опции за компонентния тип.

Някои компоненти са вложени в други компоненти. Например даден обект съдържа формуляри, изгледи, диаграми, полета, релации към обекти, съобщения и бизнес правила. Всеки от тези компоненти изисква обектът да съществува. Едно поле не може да съществува извън обекта. Ние казваме, че полето е зависимо от обекта. Има два пъти повече типове компоненти, отколкото е показано в предишния списък, но повечето от тях са вложени в други компоненти и не се виждат в приложението.

Целта на компонентите е да следят за всякакви ограничения върху това, което може да се персонализира чрез управлявани свойства и всички зависимости, така че то да може да бъде експортирано, импортирано и (в случаите на завършените решения) изтрито, без да остане нищо от него.

Жизнен цикъл на решение

Решенията поддържат следните действия, които подпомагат процесите на жизнения цикъл на приложението:

  • Създаване на автор и експортиране на незавършени решения.

  • Актуализиране Създаване на актуализации на завършено решение, които са внедрени в родителското завършено решение. Не можете да изтриете компоненти с актуализация.

  • Надстройка Импортирайте решението като надстройка към съществуващо завършено решение, което премахва неизползваните компоненти и прилага логика за надстройка. Надстройките включват навиване (сливане) на всички кръпки към решението в нова версия на решението. Надстройките на решението изтриват компоненти, които са съществували, но вече не са включени в надстроената версия. Можете да изберете да надстроите веднага или да поетапно надстроите, така че да можете да извършите някои допълнителни действия преди да завършите надстройката.

  • Корекция Корекцията съдържа само промените за родителско завършено решение, като например добавяне или редактиране на компоненти и активи. Използвайте корекции, когато правите малки актуализации (подобно на актуална корекция). Когато корекциите се импортират, те се наслояват върху родителското решение. Не можете да изтриете компоненти с корекция.

Разработчик на решение

Всяко приложение и други компоненти на решение, като създадени от вас обекти или всяко персонализиране, което правите, е част от решение. Тъй като всяко решение има издател, трябва да създадете свой собствен издател, а не да използвате по подразбиране. Вие указвате издателя, когато създавате решение.

Бележка

Дори ако не използвате персонализирано решение, ще работите в решения, известни като Решение по подразбиране на Common Data Service и на решения По подразбиране. Повече информация: Решение по подразбиране и Решение по подразбиране на Common Data Service

Издателят на решение, в което е създаден компонент, се счита за собственик на този компонент. Собственикът на компонент контролира какво променя други издатели на решения, включително този компонент, могат да правят или ограничават да правят. Възможно е да преместите собствеността на компонент от едно решение към друго в рамките на един и същи издател, но не и между издатели. След като въведете издател за компонент в завършено решение, не можете да промените издателя за компонента. Поради това ограничение е най-добре да определите един издател, за да можете да промените модела на наслояване между решенията по-късно.

Разработчикът на решения указва кой е разработил приложението. По тази причина трябва да създадете разработчик на решения име, което е смислено.

Префикс на разработчик на решения

Разработчикът на решения включва префикс. Префиксът на издателя е механизъм за предотвратяване на именуване на сблъсъци. Това позволява да се инсталират решения от различни издатели в среда с малко конфликти. Например показаното тук решение Contoso включва префикс разработчик на решения на Contoso.

Пример за префикс на разработчик на решения.

Бележка

Когато промените префикс разработчик на решения, трябва да го направите преди да създадете нови приложения или елементи от метаданни, тъй като не можете да промените имената на елементи от метаданни, след като са създадени.

Допълнителна информация:

Зависимости на решение

Поради начина, по който завършените решения са наслоени, някои завършени решения могат да бъдат зависими от компоненти на решение в други завършени решения. Някои издатели на решения се възползват от това, за да създадат модулни решения. Може да се наложи първо да инсталирате "базово" завършено решение и след това можете да инсталирате второ завършено решение, което допълнително ще персонализира компонентите в базовото завършено решение. Второто завършено решение зависи от компонентите на решение, които са част от първото решение.

Системата проследява тези зависимости между решенията. Ако се опитате да инсталирате решение, изискващо основно решение, което не е инсталирано, вие няма да можете да инсталирате решението. Ще получите съобщение, че решението изисква първо да се инсталира друго решение. По същия начин, поради зависимостите, не можете да деинсталирате основното решение, докато решение, което зависи от него, все още е инсталирано. Трябва да деинсталирате зависимото решение, преди да можете да деинсталирате базовото решение. Повече информация: Премахване на зависимости

Зависимости на компонент на решение

Компонентът на решение представлява нещо, което може да персонализирате. Всичко, което може да бъде включено в решение, е компонент на решение, а някои компоненти зависят от други компоненти. Например полето на уеб сайта и обобщен отчет за акаунта зависят от обекта на акаунта. Повече информация: Проследяване на зависимост на компонент на решение

Вижте също

Слоеве разтвор
Създаване и управление на среди в центъра за администриране Power Platform