Шари рішень
Шари рішень реалізовано на рівні компонентів. Керовані та некеровані рішення існують на різних шарах у середовищі Microsoft Dataverse. У Dataverse існує два окремих шари.
Некерований шар Усі імпортовані некеровані рішення та спеціальні настроювання існують на цьому шарі. Усі некеровані рішення мають один некерований шар.
Керовані шари Усі імпортовані керовані рішення та системні рішення існують на цьому шарі. При встановленні кількох керованих рішень, останнє встановлюється над керованим рішенням, встановленим раніше. Це означає, що друге інстальоване рішення може настроювати те, яке було інстальовано раніше нього. Якщо два керованих рішення мають конфліктні визначення, під час виконання перевага надається останньому або ж застосовується логіка злиття. Якщо видалити кероване рішення, кероване рішення під ним набуває чинності. Якщо видалити всі керовані рішення, застосовується стандартна поведінка, визначена в рамках системного рішення. В основі рівня керованих шарів знаходиться системний шар. Системний шар містить сутності та компоненти, необхідні для функціонування платформи.
Розшарування в керованому рішенні
Для кожного керованого компонента в рішенні є шари. Залежно від того, скільки виправлень було імпортовано (одне або кілька) та чи очікується оновлення рішення, компоненти можуть мати такі шари:
База Шар, розташований в нижній частині "стеку" шару рішення, є базовим. Цей шар містить видавець рішення, який визначає відповідального за компонент і пов'язані керовані властивості.
Верх Верхній шар вважається поточним шаром і визначає поведінку під час виконання компонента. На верхньому шарі може бути оновлення або виправлення, або якщо для рішення не застосовано жодних виправлень або оновлень, базове рішення визначає поведінку компонента.
Шари, додані з оновлень:
Виправлення Якщо до компонента імпортовано одне або кілька виправлень рішень, вони складаються над базовим шаром, причому останні виправлення розміщуються над попереднім виправленням.
Оновлення, яке очікується Якщо імпортується поетапне оновлення (під назвою "_Оновлення"), воно розміщується над базовим шаром і шарами виправлень (за їх наявності).
Важливо
Використовувати виправлення не рекомендовано. Додаткові відомості: Створення виправлень рішень
На зображенні нижче показано приклад шарів рішення для настроюваного стовпця, де який відображається базове рішення, виправлення та оновлення, що очікується.
Для отримання додаткових відомостей про те, як переглянути шари для компонента у рішенні див. Шари рішень.
Поведінка злиття
Розробники рішень мають розуміти поведінку злиття під час оновлення рішення або під час інсталяції кількох рішень, які впливають на той самий компонент. Зауважте, що буде злито лише типи компонентів програм на основі моделі, форм і карт сайту. Для всіх інших компонентів надається перевага верхньому рівню.
Поведінка «Найвищий перемагає»
За винятком модельної програми, форми та компонентів карти сайту, в інших компонентах рішення використовується поведінка «найвищий перемагає», тобто, шар, що знаходиться згори, визначає, як працюватиме компонент під час виконання програми. Верхній шар може вводитись поетапним оновленням (оновленням, що очікується).
Верхній шар вводиться оновленням, що очікується
Нижче наведено приклад поведінки компонента «Найвищий перемагає», представленої стадією оновлення рішення. Додаткові відомості: Застосування підвищення версії або оновлення в цільовому середовищі
Поточний верхній (базовий) шар має властивість Максимальна довжина текстового стовпця Примітки для таблиці бізнес-партнера, де використовується значення за замовчуванням — 100.
Оновлення рішення імпортується за допомогою стадії для параметру оновлення, що створює новий верхній шар. У оновленні, що очікується, міститься текстовий стовпець Примітки для таблиці бізнес-партнера зі значенням властивості Максимальна довжина, що змінено на 150.
У цьому випадку стовпець Примітки для записів бізнес-партнерів дозволятиме вводити щонайбільше 150 символів під час виконання програми.
Оновлення рішень і оновлена поведінка злиття
Як описано в попередньому розділі, виправлення та поетапне оновлення складаються над базовим рішенням. Їх можна злити, вибравши параметр Застосовувати оновлення в області Рішення в Power Apps, що поєднує шари та створює нове базове рішення.
Поведінка злиття кількох рішень
Під час підготовки керованого рішення для розповсюдження слід пам’ятати, що середовище може мати кілька інстальованих рішень, або що інші рішення можуть бути інстальовані в майбутньому. Побудуйте рішення, яке відповідає передовій практиці, так щоб воно не втручалося в роботу інших рішень. Додаткові відомості: Використання сегментованих рішень
Процеси, які застосовуються Dataverse для об’єднання настроювань, роблять наголос на підтримці функціональності рішення. Хоча робиться все можливе для збереження зовнішнього вигляду, через несумісність настроювань може стати необхідним, щоб обчислене рішення змінило деякі деталі зовнішнього вигляду задля збереження функціональності настроювань.