Зрозумійте, як об’єднувати керовані рішення
Під час підготовки керованого рішення для інсталяції слід пам’ятати, що середовище може вже мати кільки інстальованих рішень, або, що ці інші рішення, які можуть інсталюватися в майбутньому. Побудуйте рішення, яке відповідає передовій практиці, так щоб воно не втручалося в роботу інших рішень.
Процеси, які застосовуються Microsoft Dataverse для об’єднання настроювань, роблять наголос на підтримці функціональності рішення. Хоча робиться все можливе для збереження зовнішнього вигляду, через несумісність настроювань може стати необхідним, щоб обчислене рішення змінило деякі деталі зовнішнього вигляду задля збереження функціональності настроювань.
Настроювання форми об’єднання
Об’єднувати слід лише настроювання форм, які виконуються в формах сутності, що вже є в середовищі. Як правило, це означає, що настроювання форм слід об’єднувати, лише коли рішення передбачає настроювання форм, уже включених до сутностей, які було створено на час інсталяції Dataverse. Можна уникнути об’єднання способом надання нових форм для будь-яких сутностей Dataverse. Форми настроюваних сутностей не потребують об’єднання, за винятком випадків створення вами рішення, що оновлює або змінює наявне кероване рішення, яке створило настроювані сутності та їхні форми.
Якщо рішення упаковано як кероване, визначення форм, які зберігаються в FormXML, порівнюються з початковою FormXML, а в кероване рішення включаються лише розбіжності, виявлені внаслідок цього порівняння. Коли кероване рішення інсталюється в новому середовищі, розбіжності настроювання форм об’єднуються з FormXML для наявної форми в цілях створення нового визначення форми. Цю нову форму може бачити користувач і змінювати системний настроювач. При інсталяції настроюваного рішення видаляються лише елементи форми, що є в керованому рішенні.
Об’єднання форм відбувається за принципом «розділ за розділом». Коли ви додаєте нові елементи до наявної вкладки або розділу, зміни можуть вплинути або приховати елементи з керованих шарів, зокрема коли керований елемент оновлюється. Це відбувається через те, що керовані шари знаходяться під некерованим шаром, який ви вводите за допомогою настроювання. Якщо ви не хочете впливати або приховувати керовані елементи у формі, рекомендується включати нові елементи в елементи нового контейнера, наприклад розділ або вкладку. Це допоможе ізолювати ваші елементи та знизити вірогідність впливу або приховування елементів із керованих шарів. Додаткові відомості: Шари рішення
Керовані рішення, що містять форми, в яких використовуються нові ролі безпеки, залежать від цих ролей. Вам слід включати ці ролі безпеки в своє кероване рішення.
Під час імпорту рішення, яке містить табличні форми, параметр «Перезаписати настроювання», навіть якщо його вибрано, не застосовується. Форма, яка імпортується, об’єднується з наявними шарами рішення в формі.
Нотатка
Якщо сутність керованого рішення містить кілька форм і при цьому форма сутності середовища також містить кілька форм, нові форми не додаються внизу списку доступних форм, а перемежовуються з початковими формами сутності.
Визначення та врегулювання конфліктів злиття форм
Після імпорту рішення, яке містить форму, ви можете помітити, що в імпортованій формі відображається вкладка Вкладка конфліктів. Це автоматично згенерована вкладка, яка створюється, коли певні компоненти форми не можуть бути об’єднані. Щоб уникнути втрати даних, компоненти форми, які не можна злити, розташовано на вкладці конфлікти. Конфлікти злиття зазвичай трапляються, коли вхідне та вихідне настроювання не синхронізовані, що призводить до конфлікту настроювань форм.
Уникайте наведених далі ситуацій, які можуть призвести до виникнення конфліктів злиття форм.
Ви імпортуєте два різні рішення, які додають компонент, наприклад, вкладку форми, в якій використовується одне й те саме порядкове значення.
Ви виконуєте настроювання компонента форми, наприклад, розділу, у вихідному середовищі, але також виконуєте таке саме або подібне настроювання компонента в цільовому середовищі. Після цього ви експортуєте настроювання з вихідного джерела та імпортуєте його до цільового джерела.
Коли в імпортованій формі відображається Вкладка конфліктів, ви можете перемістити відображуваний компонент у будь-яке інше місце форми. Після переміщення всіх компонентів поза межі Вкладки конфліктів Вкладку конфліктів можна видалити або приховати.
Об’єднання настроювань навігації (карти сайту)
При упакуванні рішення як керованого SiteMap XML порівнюється з початковим SiteMap XML і будь-якими іншими настроюваннями SiteMap, які було зроблено. До керованого рішення додаються лише розбіжності. Ці розбіжності включають змінені, переміщені, додані або видалені елементи. При інсталяції керованого рішення в новому середовищі зміни SiteMap об’єднуються з SiteMap XML, знайденим у середовищі, в якому інсталюється кероване рішення. Користувачі бачать лише нове визначення SiteMap.
На цьому етапі настроювач може експортувати SiteMap до некерованого рішення. Це визначення SiteMap включатиме всі елементи активної SiteMap. Після цього настроювач може змінювати й повторно імпортувати SiteMap як некероване настроювання. Якщо пізніше кероване рішення видаляється, на елемент SiteMap XML, імпортований разом із керованим рішенням, буде зроблено посилання для видалення змін, внесених разом із цим керованим рішенням. Потім обчислюється нова активна SiteMap.
Коли до SiteMap додається новий видимий елемент, він відображається знизу будь-якого контейнера, до якого він належить. Наприклад, внизу області навігації відображається нова область. Щоб розташувати додані елементи, ви маєте експортувати SiteMap, відредагувати її для задання точної позиції елементів, а потім повторно імпортувати як некероване рішення.
Нотатка
Між опублікуваннями можна застосувати лише одне настроювання SiteMap. Будь-які не опубліковані настроювання SiteMap буде втрачено при імпорті нового визначення SiteMap.
Об’єднання варіантів набору параметрів
При ініціалізації кожного нового набору параметрів йому присвоюється цілочисельне значення, яке включає не обов’язковий префікс значення. Префікс значення параметра складається з п’яти знаків, які додаються перед значенням параметра. Префікс значення параметра створюється на основі префіксу настроювання видавця рішення, але для нього можна задати будь-яке значення. Префікс значення параметра допомагає розрізняти параметри нового набору параметрів, створеного в контексті того або іншого видавця рішення. Він зменшує вірогідність колізії значень параметрів. Використання префіксу значення параметра рекомендується, але не є обов’язковим.
Кероване рішення зазвичай оновлює або додає варіанти наборів параметрів, які вже наявні в середовищі, наприклад, набори параметрів «Категорія» або «Галузь» для облікового запису. Коли кероване рішення вносить зміни до параметрів, наявних у наборі параметрів, у середовищі доступні всі параметри, визначені в керованому рішенні. При видаленні керованого рішення параметри в наборі параметрів повертаються до початкового стану.
Злиття роль безпеки привілеїв
Коли роль безпеки імпортується з кероване рішення у середовище, усі додані вручну привілеї цього роль безпеки видаляються. Однак змінені привілеї роль безпеки, де рівень привілеїв був змінений, наприклад, з базової на глобальну область або навпаки, залишаються.
Порада
Використовуйте те саме спеціальне рішення для керування оновленням ролей безпеки. Якщо ви використовуєте нове спеціальне рішення для оновлення роль безпеки, який раніше оновлювався в іншому рішенні, деякі оновлення привілеїв не застосовуватимуться.
Не використовуйте спеціальне рішення для змінення попередньо визначених ролей безпеки. Ці оновлення буде видалено, коли система оновить попередньо визначені ролі. Створіть копію попередньо визначеної ролі та керуйте скопійованою роллю у власному рішенні.