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

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

  • Статия

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

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

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

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

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

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

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

Важно

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

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

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

Бележка

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

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

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

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

Бележка

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

За да видите списък с типове компоненти, които могат да бъдат добавени към всяко решение, отидете на ComponentType Options.

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

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

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

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

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

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

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

Бележка

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

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

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

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

Пример за префикс на издател на решение.

Бележка

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

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

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

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

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

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

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

Вижте също

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