Organitzar solucions
Abans de crear solucions, dediqueu temps a la planificació anticipada. Per exemple, penseu quantes solucions voleu publicar i si les solucions compartiran components.
A més, determineu quants Microsoft Dataverse entorns necessitareu per desenvolupar la vostra línia de solucions. Podeu utilitzar un sol entorn per a la majoria de les estratègies descrites en aquest article. No obstant això, si decidiu tenir un entorn i més endavant us adoneu que en necessiteu més, pot ser un repte canviar les solucions si ja s'han instal·lat. L'ús de diversos entorns, tot i que genera més complexitat, pot proporcionar una millor flexibilitat.
Les seccions següents descriuen estratègies diferents per administrar les solucions enumerades en ordre de més senzilles a més complexes.
Solució única
Mitjançant la creació d'una solució, s'estableix un conjunt de personalitzacions actiu. D'aquesta manera, és més fàcil trobar els elements que heu personalitzat.
Aquest mètode es recomana quan només voleu crear una única solució administrada. Si creieu que potser heu de dividir la solució més endavant, considereu la possibilitat d'utilitzar diverses solucions.
Diverses solucions
Si teniu dues solucions no relacionades que no comparteixen components, l'enfocament més directe és crear dues solucions no administrades.
Nota
És molt freqüent en solucions de modificar les franges de l'aplicació o el mapa del lloc. Si totes dues solucions modifiquen aquests components de la solució, són components compartits. Vegeu la secció següent per veure com es treballa amb components compartits.
Diverses dependències i capes de solucions
Quan importeu diferents solucions a l'entorn de destinació, sovint esteu creant capes on es troba la solució existent a sota de la que s'importa. Quan es tracta de capes de solucions, és important que no tingueu dependències entre solucions. Cal evitar diverses solucions al mateix entorn utilitzant el mateix component no administrat. Això és especialment cert amb les taules.
Segmenteu les solucions per tipus de component quan no hi hagi riscos de dependència. Per exemple, mireu de tenir una solució que inclogui totes les taules, una altra que tingui tots els complements i una tercera solució que tingui tots els fluxos. Aquests diferents components no tenen riscos de dependències entre solucions. Per tant, és segur tenir diverses solucions formades d'aquesta manera al mateix entorn.
No teniu dues solucions diferents en un entorn on ambdues contenen taules. Això es deu a que sovint hi ha riscos d'una única relació entre taules, la qual cosa crea una dependència entre solucions i provoca que la solució actualitzi o suprimeixi problemes a l'entorn de destinació en un moment posterior.
Quan dissenyeu les capes de la solució i voleu tenir un mètode estructurat per a les aplicacions, hauríeu de començar amb una capa base. Més endavant, importeu solucions addicionals que resideixen a la part superior de la capa base. Posteriorment, teniu una capa base i capes d'extensió a la part superior per ampliar la capa base.
Quan administreu els vostres projectes d'aquesta manera, us recomanem que utilitzeu un entorn diferent per a cada capa. Creeu la capa de solució mitjançant aquests passos.
Abans de crear les solucions als passos següents, utilitzeu un sol editor per a totes les solucions entre els vostres entorns. Més informació: Prefix de l'editor
A l'entorn "base", teniu la solució base amb les taules no administrades d'aquest entorn i cap altra taula. A continuació, exporteu aquesta solució com a administrada.
Configureu un segon entorn per a l'extensió o la capa "aplicació" que residirà més endavant a la part superior de la capa base.
Importeu la capa de base administrada a l'entorn de la capa de l'aplicació i creeu una solució no administrada per a la capa de l'aplicació.
Ara podeu ampliar el model de dades afegint taules addicionals, columnes i relacions de taula, entre d'altres, a la solució de l'aplicació. A continuació, exporteu aquesta solució d'aplicació com a administrada. Observeu que la solució de l'aplicació tindrà dependències a la solució de capa base.
A l'entorn de producció, importeu la capa de base administrada i, a continuació, importeu la capa d'aplicació administrada. Això crea dues capes administrades a l'entorn amb dependències clares entre les dues solucions administrades. La gestió de diverses solucions d'aquesta manera no crearà dependències entre solucions, cosa que pot causar problemes de manteniment de la solució, com ara eliminar la capa superior si cal.
Repetiu aquest patró de segmentació per tenir tantes solucions diferents com calgui per mantenir. Tot i que us recomanem que conserveu el nombre de solucions al més petit possible per mantenir administrables les capes de la solució.
Consulteu també
Utilitzar solucions segmentades
Escenari 5: Suport al desenvolupament de l'equip