Организовање решења
Пре него што креирате решења, одвојите мало времена за планирање унапред. На пример, размислите о томе колико решења желите да објавите и да ли ће решења делити компоненте.
Такође, одредите колико окружења Microsoft Dataverse ће вам бити потребно за развој ваше линије решења. За већину стратегија описаних у овом чланку можете користити једно окружење. Међутим, ако одлучите да имате само једно окружење и касније схватите да вам треба више, може бити тешко да промените решења ако су их људи већ инсталирали. Употреба више окружења, иако уводи већу сложеност, може пружити бољу флексибилност.
Следећи одељци описују различите стратегије управљања наведеним решењима, од једноставних до сложенијих.
Једно решење
Креирањем решења успостављате радни скуп прилагођавања. То олакшава проналажење предмета које сте прилагодили.
Овај приступ се препоручује када желите да креирате само једно комплетно решење. Ако мислите да ћете можда морати да разделите решење у будућности, размислите о коришћењу више решења.
Више решења
Ако имате два неповезана решења која не деле компоненте, најискровији приступ је креирање два неконжентована решења.
Белешка
У решењима се врло често мењају траке апликација или мапа локације. Ако оба решења модификују ове компоненте решења, оне су дељене компоненте. Погледајте следећи одељак да бисте видели како се ради са дељеним компонентама.
Вишеструки слојеви решења и зависности
Када увезете различита решења у своје циљно окружење, често креирате слојеве где се постојеће решење налази испод оног које се увози. Када је реч о слоју решења, важно је да немате зависност од унакрсног решења. Треба избегавати више решења у истом окружењу која користе исту неуправљану компоненту. То је посебно тачно у случају табела.
Сегментирајте своја решења према типу компоненти када не постоје ризици међусобне зависности. На пример, имајте једно решење које укључује све ваше табеле, друго решење које садржи све ваше додатне компоннете и треће решење које садржи све ваше токове. Ове различите компоненте немају ризике од зависности од унакрсног решења. Стога је сигурно да се више решења на овај начин формира у истом окружењу.
Немојте имати два различита решења у окружењу где оба садрже табеле. То је зато што често постоје ризици од једне релације између табела, која ствара зависност између решења и узрокује надоградњу решења или брисање проблема у циљном окружењу у каснијем тренутку.
Када дизајнирате слојеве решења и желите да имате структурирани приступ за апликације, требало би да започнете са основним слојем. Касније увозите додатна решења која ће се налазити над основним слојем. На основу тога, имате основни слој и слојеве за продужење који продужавају тај основни слој.
Када на овај начин управљате пројектима, препоручујемо вам да користите засебно окружење за сваки слој. Направите слојеве решења користећи ове кораке.
Пре него што креирате решења у следећим корацима, користите једног издавача за сва решења у свим окружењима. Још информација: Издавач решења
У „основном“ окружењу имате основно решење са неуправљаним табелама из тог окружења и без других табела. Затим извозите ово решење онако као комплетно.
Постављате друго окружење за додатак или слој „апликација“, који ће се касније налазити изнад основног слоја.
Увозите управљани основни слој у окружење слоја апликације и креирајте некомплетно решење за слој апликације.
Сада можете продужити модел података додавањем додатних табела, колона, релација између табела и других ентитета у решење апликације. Затим извозите решење апликације као комплетно. Приметите да ће решење апликације имати зависности од решења основног слоја.
У производно окружење увозите управљани основни слој, а затим увозите управљани слој апликације. То креира два управљана слоја у окружењу са јасним зависностима између два комплетна решења. Управљање више решења на овај начин неће створити зависности од унакрсног решења, што може довести до проблема са одржавањем решења, као што је уклањање горњег слоја ако је то потребно.
Поновите овај образац сегментације да бисте имали онолико различитих решења колико вам је потребно за одржавање. Иако препоручујемо да број решења буде што мањи како би се слојеви решења одржали управљивим.
Такође погледајте
Коришћење сегментираних решења
5. сценарио: Подршка развоју тима