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