Организиране на решенията ви
Преди да създадете решения, отделете малко време, за да планирате предварително. Например, помислете колко решения искате да пуснете и дали решенията ще споделят компоненти.
Освен това определете колко Microsoft Dataverse среди ще ви трябват, за да разработите вашата линия от решения. Можете да използвате една среда за повечето стратегии, описани в тази статия. Ако обаче решите да имате само една среда и по-късно осъзнаете, че имате нужда от повече, може да бъде предизвикателство да промените решенията, ако хората вече са ги инсталирали. Използването на множество среди, въпреки че въвежда повече сложност, може да осигури по-голяма гъвкавост.
Следващите раздели описват различни стратегии за управление на изброените решения, подредени от прости до по-сложни.
Единично решение
Създавайки решение създавате работещ набор от персонализиране. Това улеснява намирането на елементи, които сте персонализирали.
Този подход се препоръчва, когато искате да създадете само едно завършено решение. Ако смятате, че може да се наложи да разделяте решението в бъдеще, помислете за използването на множество решения.
Множество решения
Ако имате две несвързани решения, които не споделят компоненти, най-директният подход е да създадете две неуправлявани решения.
Бележка
Много често се среща в решенията за промяна на лентите за приложения или карта на сайта. Ако и двете ви решения модифицират тези компоненти на решение, те са споделени компоненти. Вижте следния раздел, за да видите как да работите със споделени компоненти.
Многопластово наслояване и зависимости
Когато импортирате различни решения в целевата си среда, често създавате слоеве, където съществуващото решение се намира под импортираното. Когато става въпрос за наслояване на решения, важно е да нямате зависимости между решения. Трябва да се избягва наличието на множество решения в една и съща среда, използващи един и същ неуправляем компонент. Това важи особено за таблиците.
Сегментирайте решенията си по тип компонент, когато няма рискове за взаимна зависимост. Например, имайте едно решение, което включва всичките ви таблици, друго решение, което има всичките ви приставки, и трето решение, което включва всички ваши потоци. Тези различни компоненти нямат рискове от зависимости между решения. Следователно е безопасно многобройните решения да се формират по този начин в една и съща среда.
Нямайте две различни решения в среда, в която и двете съдържат таблици. Това е така, защото често има рискове от една връзка между таблици, което създава зависимост от кръстосано решение и причинява надграждане на решение или изтриване на проблеми в целевата среда в по-късен момент.
Когато проектирате слоевете си с решения и искате да имате структуриран подход за приложения, трябва да започнете с основен слой. По-късно импортирате допълнителни решения, които ще се намират в горната част на основния слой. Впоследствие имате основен слой и разширителни слоеве отгоре, които разширяват този основен слой.
Когато управлявате проектите си по този начин, препоръчваме ви да използвате отделна среда за всеки слой. Изградете слоевете на вашите решения, като използвате тези стъпки.
Преди да създадете решенията в следващите стъпки, използвайте един издател за всичките си решения във вашата среда. Повече информация: разработчик на решения
В „базовата“ среда имате основно решение с неуправляемите таблици от тази среда и без други таблици. След това експортирате това решение като управлявано.
Настройвате втора среда за разширението или слоя "app", която по-късно ще се намира в горната част на основния слой.
Импортирате управлявания основен слой в средата на слоя на приложението и създавате неуправлявано решение за слоя на приложението.
Вече можете да разширите модела на данни, като добавите допълнителни таблици, колони, взаимоотношения на таблици и т.н. в решението на приложението. След това експортирате решението на приложение като управлявано. Забележете, че решението на приложението ще има зависимости от решението на базовия слой.
Във вашата производствена среда импортирате управлявания основен слой и след това импортирате управлявания слой на приложението. Това създава два управлявани слоя в средата с ясни зависимости между двете управлявани решения. Управлението на множество решения по този начин няма да създаде зависимости между решения, което може да причини проблеми с поддръжката на решението, като например премахване на горния слой, ако е необходимо.
Повторете този модел на сегментиране, за да имате толкова много различни решения, колкото е необходимо за поддържане. Въпреки че препоръчваме да запазите броя на решенията възможно най-малък, за да запазите управляемостта на слоевете си.
Вижте също
Използвайте сегментирани решения
Сценарий 5: Подпомагане на развитието на екипа