Концепции за решение
Решенията са механизмът за прилагане на ALM през Power Apps и Power Automate. Тази статия описва следните ключови концепции за решение:
- Два типа решения
- Компоненти на решение
- Жизнен цикъл на решение
- Разработчик на решение
- Зависимости на решение и компонент на решение
Завършени и незавършени решения
Решението е или управлявано, или неуправлявано.
Разработват се неуправлявани решения . Незавършените решения се използват в среди за разработка, докато правите промени във вашето приложение. Неуправляваните решения могат да бъдат експортирани или като неуправлявани, или управлявани. Изнесените неуправлявани версии на вашите решения трябва да бъдат проверени във вашата система за контрол на източника. Неуправляваните решения трябва да се считат за ваш източник за активи на Microsoft Power Platform. Когато неуправляемото решение се изтрие, се изтрива само контейнерът с решение на всички персонализирани настройки, включени в него. Всички неуправляеми персонализиране остават в сила и принадлежат към решението по подразбиране.
Внедрени са управлявани решения . Управляваните решения се внедряват във всяка среда, която не е среда за разработка за това решение. Това включва тестова, UAT, SIT и производствена среда. Управляваните решения могат да бъдат обслужвани независимо от други управлявани решения в среда. Като най-добра практика на ALM, управляваните решения трябва да се генерират чрез експортиране на неуправляемо решение като управлявано и да се считат за изграден артефакт. Допълнително:
- Не можете директно да редактирате компонентите в завършено решение. За да редактирате управлявани компоненти, първо ги добавете към неуправляемо решение.
- Когато правите това, създавате зависимост между вашите неуправляеми персонализации и завършено решение. Когато съществува зависимост, завършено решение не може да бъде деинсталиран, докато не премахнете зависимостта.
- Някои управлявани компоненти не могат да се редактират. За да проверите дали даден компонент може да бъде редактиран, прегледайте Управлявани свойства.
- Не може да експортирате завършено решение.
- Когато завършено решение бъде изтрит (деинсталиран), всички персонализирани и разширения, включени в него, се премахват.
Важно
- Не можете да импортирате завършено решение в същата среда, която съдържа първоначалното неуправляемо решение. За да тествате завършено решение, имате нужда от отделна среда, за да го импортирате.
- Когато изтриете завършено решение, се губят следните данни: данни, съхранявани в персонализирани единици, които са част от завършено решение, и данни, съхранявани в персонализирани атрибути, които са част от завършено решение на други обекти, които не са част от завършено решение.
- Не можете директно да редактирате компонентите в завършено решение. За да редактирате управлявани компоненти, първо ги добавете към неуправляемо решение.
Създателите и разработчиците работят в среди за разработка, използвайки неуправлявани решения, след което ги импортират в други среди надолу по веригата - например тестови - като управлявани решения.
Бележка
Когато персонализирате в средата за разработка, работите в неуправлявания слой. След това, когато експортирате неуправляемото решение като завършено решение за разпространение в друга среда, завършено решение се импортира в средата в управлявания слой. Повече информация: Слоеве на решение
Компоненти на решение
Компонентът представлява нещо, което може да персонализирате. Всичко, което може да бъде включено в рамките на решението, е компонент. За да видите компонентите, включени в решение, отворете желаното решение. Компонентите са изброени в списъка Компоненти.
Бележка
- Едно решение може да бъде с размер до 32 MB.
- Не можете директно да редактирате компонентите в завършено решение.
За да видите списък с типове компоненти, които могат да се добавят към всяко решение, вижте Опции за компонентния тип.
Някои компоненти са вложени в други компоненти. Например даден обект съдържа формуляри, изгледи, диаграми, полета, релации към обекти, съобщения и бизнес правила. Всеки от тези компоненти изисква обектът да съществува. Едно поле не може да съществува извън обекта. Ние казваме, че полето е зависимо от обекта. Всъщност съществуват два пъти повече видове компоненти, както е показано в списъка по-горе, но повечето от тях са вложени в други компоненти и не са видими в приложението.
Целта на компонентите е да следят за всякакви ограничения върху това, което може да се персонализира чрез управлявани свойства и всички зависимости, така че то да може да бъде експортирано, импортирано и (в случаите на завършените решения) изтрито, без да остане нищо от него.
Жизнен цикъл на решение
Решенията поддържат следните действия, които подпомагат процесите на жизнения цикъл на приложението:
Създаване Автор и експортиране на неуправляеми решения.
Актуализация Създаване на актуализации на завършено решение, които се разполагат в родителско завършено решение. Не можете да изтриете компоненти с актуализация.
Надстройка Импортирайте решението като надстройка на съществуващ завършено решение, който премахва неизползваните компоненти и внедрява логиката за надграждане. Надстройките включват навиване (сливане) на всички кръпки към решението в нова версия на решението. Надстройките на решения ще изтрият компоненти, които са съществували, но вече не са включени в обновената версия. Можете да изберете да надстроите веднага или да поетапно надстроите, така че да можете да извършите някои допълнителни действия преди да завършите надстройката.
Корекция Корекцията съдържа само промените за главното управлявано решение, като добавяне или редактиране на компоненти и активи. Използвайте корекции, когато правите малки актуализации (подобно на актуална корекция). Когато корекциите се импортират, те се наслояват върху родителското решение. Не можете да изтриете компоненти с корекция.
Разработчик на решение
Всяко приложение и други компоненти на решение, като създадени от вас обекти или всяко персонализиране, което правите, е част от решение. Тъй като всяко решение има издател, трябва да създадете свой собствен издател, а не да използвате по подразбиране. Вие указвате издателя, когато създавате решение.
Бележка
Дори ако не използвате персонализирано решение, ще работите в решения, известни като Решение по подразбиране на Common Data Service и на решения По подразбиране. Повече информация: Решение по подразбиране и Решение по подразбиране на Common Data Service
Издателят на решение, в което е създаден компонент, се счита за собственик на този компонент. Собственикът на компонент контролира какво променя други издатели на решения, включително този компонент, могат да правят или ограничават да правят. Възможно е да се премести собствеността на компонент от едно решение към друг в рамките на един и същи издател, но не и между издатели. След като въведете издател за компонент в завършено решение, не можете да промените издателя за компонента. Поради това е най-добре да дефинирате един издател, за да можете по -късно да промените модела на наслояване в различните решения.
Разработчикът на решения указва кой е разработил приложението. По тази причина трябва да създадете разработчик на решения име, което е смислено.
Префикс на разработчик на решения
Разработчикът на решения включва префикс. Префиксът на издателя е механизъм за предотвратяване на именуване на сблъсъци. Това позволява да се инсталират решения от различни издатели в среда с малко конфликти. Например показаното тук решение Contoso включва префикс разработчик на решения на Contoso.
Бележка
Когато промените префикс разработчик на решения, трябва да го направите преди да създадете нови приложения или елементи от метаданни, тъй като не можете да промените имената на елементи от метаданни, след като са създадени.
Допълнителна информация:
Зависимости на решение
Поради начина, по който завършените решения са наслоени, някои завършени решения могат да бъдат зависими от компоненти на решение в други завършени решения. Някои разработчици на решения ще се възползват от това, за да създадат решения, които са модулни. Може да се наложи първо да инсталирате „базово“ завършено решение и след това можете да инсталирате второ завършено решение, което ще персонализира по-нататък компонентите в базовото завършено решение. Второто завършено решение зависи от компонентите на решение, които са част от първото решение.
Системата проследява тези зависимости между решенията. Ако се опитате да инсталирате решение, изискващо основно решение, което не е инсталирано, вие няма да можете да инсталирате решението. Вие ще получите съобщение, гласящо, че решението изисква друго решение да е инсталирано. По същия начин поради зависимостите не можете да деинсталирате базовото решение, докато решение, което зависи от това, все още е инсталирано. Трябва да деинсталирате зависимото решение, преди да можете да деинсталирате базовото решение. Повече информация: Премахване на зависимости
Зависимости на компонент на решение
Компонентът на решение представлява нещо, което може да персонализирате. Всичко, което може да бъде включено в разтвор, е компонент на решение, а някои компоненти зависят от други компоненти. Например полето на уебсайта и обобщеният отчет за акаунта зависят от обекта на акаунт. Повече информация: Проследяване на зависимост на компонент на решение
Вижте също
Слоевете на решение
Създаване и управление на среди в центъра за администриране на Power Platform