Risinājumu organizēšana
Pirms risinājumu izveides atvēliet kādu laiku Ahead plānošanai. Piemēram, padomājiet par to, cik daudz risinājumu vēlaties izlaist un vai risinājumi koplieto komponentus.
Nosakiet arī, cik daudz Microsoft Dataverse vides jums ir nepieciešams, lai izstrādātu savu risinājumu līniju. Lielākajai daļai šajā rakstā aprakstīto stratēģiju varat izmantot vienu izstrādes vidi. Tomēr, ja jūs nolemjat, ka jums ir tikai viena izstrādes vide, un vēlāk saprotat, ka jums ir nepieciešams vairāk, var būt grūti mainīt risinājumus, ja cilvēki tos jau ir instalējuši. Ja jums ir vairākas vides, lai gan tās ir sarežģītākas, tās var nodrošināt labāku elastību.
Nākamajās sadaļās ir aprakstītas dažādas metodes, kā pārvaldīt uzskaitītos risinājumus no vienkāršas līdz sarežģītākai.
Viens risinājums
Izveidojot risinājumu, jūs radāt funkcionējošu pielāgojumu kopu. Viens risinājums atvieglo pielāgotu vienumu atrašanu.
Šī pieeja ir ieteicama, ja vēlaties izveidot tikai vienu pārvaldītu risinājumu. Ja domājat, ka risinājums nākotnē varētu būt jāsadala, apsveriet iespēju izmantot vairākus risinājumus.
Vairāki risinājumi
Ja jums ir divi nesaistīti risinājumi, kas nekoplieto komponentus, vistiešākā pieeja ir izveidot divus nepārvaldītus risinājumus.
Piezīmes
Tas ir ļoti izplatīts risinājumos, lai modificētu lietojumprogrammu lentes vai vietnes karti. Ja abi jūsu risinājumi modificē šos risinājuma komponentus, tie ir koplietojami komponenti. Skatiet sadaļu zemāk, lai uzzinātu, kā strādāt ar koplietotajiem komponentiem.
Vairāku risinājumu layering un atkarības
Importējot dažādus risinājumus mērķa vidē, jūs bieži veidojat slāņus, kur esošais risinājums atrodas zem importējamā risinājuma. Kad runa ir par risinājumu slāņošanu, ir svarīgi, lai jums nebūtu šķērsrisinājumu atkarību. Ja vienā vidē ir vairāki risinājumi, izmantojot vienu un to pašu nepārvaldīto komponentu, ir jāizvairās no tiem. Šī savstarpējo risinājumu atkarības problēma jo īpaši attiecas uz tabulām.
Segmentēt risinājumus pēc komponentu tipa, ja nav atkarības faktoru. Piemēram, ir viens risinājums, kurā ir ietvertas visas tabulas, cits risinājums, kurā ir visi jūsu spraudņi, un cits risinājums, kam ir visas jūsu plūsmas. Šiem dažādajiem komponentiem nav šķērsrisinājumu atkarības riska. Tāpēc ir droši, ka vienā vidē šādā veidā tiek veidoti vairāki risinājumi.
Nav divu dažādu risinājumu vidē, kur abos ir tabulas. Tas ir tāpēc, ka bieži vien pastāv atsevišķas tabulu relācijas, kas rada starp risinājumu atkarību un izraisa risinājumu jaunināšanu vai dzēšanu mērķa vidē vēlāk.
Kad veidojat risinājumu slāņus un vēlaties izmantot strukturētu pieeju programmām, jums jāsāk ar pamata slāni. Vēlāk jūs importējat papildu risinājumus, kas tiks uzsācāmi virs pamata slāņa. Pēc tam virs tā ir pamata slānis un paplašinājuma slānis, kas paplašina šo pamatslāni.
Šādi pārvaldot projektus, ieteicams katram slānim izmantot atsevišķu vidi. Izveidojiet risinājumu slāņainu, veicot šīs darbības.
Pirms risinājumu izveides veiciet tālāk norādītās darbības, visiem risinājumiem savā vidē izmantojiet vienu izstrādātāju. Papildinformācija: Risinājuma izstrādātājs
Pamata vidē jums ir pamatrisinājums ar nepārvaldītajiem tabulām no šīs vides un citām tabulām. Pēc tam šo risinājumu var eksportēt kā pārvaldītu.
Jūs iestatāt otru vidi paplašinājuma vai "lietojumprogrammas" slānim, kas vēlāk būs uz pamata slāņa virs tā.
Pārvaldīto pamatslāni importējiet programmas slāņa vidē un izveidojiet nepārvaldītu risinājumu programmas slānim.
Tagad datu modeli var paplašināt, lietojumprogrammas risinājumā pievienojot papildu tabulas, kolonnas, tabulu attiecības utt. Pēc tam šo risinājumu var eksportēt kā pārvaldītu. Ņemiet vērā, ka programmas risinājumam būs atkarības no pamata slāņa risinājuma.
Savā ražošanas vidē pārvaldītais pamatslānis ir jāimportē un pēc tam jāimportē pārvaldītais programmas slānis. Šādi tiek izveidoti divi pārvaldītie vides līmeņi ar skaidriem abu pārvaldīto risinājumu atkarībām. Šādi pārvaldot vairākus risinājumus, netiek radītas starprisinājumu atkarības, kas var izraisīt risinājuma uzturēšanas problēmas, piemēram, ja nepieciešams, noņemt augšējo slāni.
Atkārtojiet šo segmentācijas shēmu, lai būtu pēc iespējas vairāk dažādu risinājumu, nekā nepieciešams uzturēt. Lai gan ieteicams pēc iespējas mazāk risinājumu paturēt pēc iespējas mazāk, lai nodrošinātu risinājuma slāņainu pārvaldāmību.
Skatiet arī
Segmentētu risinājumu izmantošana
5. scenārijs: Atbalsts komandas attīstībai