Organizzare le soluzioni
Prima di creare le soluzioni, acquisire familiarità nel pianificarle. Ad esempio, pensare a quante soluzioni rilasciare e se le soluzioni condividono componenti.
Inoltre, determinare quanti ambienti di Microsoft Dataverse saranno necessarie per sviluppare la linea di soluzioni. Puoi utilizzare un unico ambiente per la maggior parte delle strategie descritte in questo articolo. Tuttavia, se si decide di aver solo un ambiente e successivamente si comprende che ne sono necessarie di più, può risultare difficile modificare le soluzioni se gli utenti le hanno già installate. Utilizzando più ambienti, sebbene si introduca una superiore complessità, si può fornire una maggiore flessibilità.
Le sezioni seguenti descrivono diverse strategie per la gestione delle soluzioni elencate in ordine dalla più semplice alla più complessa.
Unica soluzione
Creando una soluzione, si stabilisce un set funzionante di personalizzazioni. Ciò rende più semplice individuare gli elementi personalizzati.
Questo approccio è consigliato se si desidera solo creare una singola soluzione gestita. Se si ritiene possa essere necessario scindere la soluzione in futuro, considerare l'uso di più soluzioni.
Soluzioni multiple
Se si hanno due soluzioni non correlate che non condividono componenti, l'approccio più diretto è creare due soluzioni non gestite.
Nota
È molto comune in soluzioni modificare le barre multifunzione dell'applicazione o la mappa del sito. Se entrambe le soluzioni modificano questi componenti di soluzione, si tratta di componenti, condivisi. Vedere la sezione seguente per determinare come utilizzare i componenti condivisi.
Sovrapposizione e dipendenze di molteplici soluzioni
Quando importi soluzioni diverse nell'ambiente di destinazione, spesso crei layer in cui la soluzione esistente si trova al di sotto di quella importata. In caso di sovrapposizione delle soluzioni, è importante non avere dipendenze tra soluzioni. È preferibile evitare molteplici soluzioni nello stesso ambiente che utilizzano lo stesso componente non gestito. Ciò è particolarmente vero con le tabelle.
Segmenta le soluzioni per tipo di componente quando non ci sono rischi di dipendenze incrociate. Ad esempio, hai una soluzione che include tutte le tabelle, un'altra soluzione che include tutti i plug-in e una terza soluzione che include tutti i flussi. Questi diversi componenti non presentano rischi di dipendenze tra soluzioni. Pertanto, è sicuro avere più soluzioni formate in questo modo nello stesso ambiente.
Non avere due soluzioni diverse in un ambiente in cui entrambe contengono tabelle. Ciò è dovuto al frequente rischio di una singola relazione tra le tabelle, che crea una dipendenza tra soluzioni e causa l'aggiornamento della soluzione o l'eliminazione di problemi nell'ambiente di destinazione in un secondo momento.
Quando stai progettando layer di soluzione e desideri avere un approccio strutturato per le app, dovresti iniziare con un layer di base. Successivamente, importerai soluzioni aggiuntive che risiederanno sopra il layer di base. Successivamente, hai layer di base e layer di estensione in alto che estendono quel layer di base.
Quando gestisci i tuoi progetti in questo modo, ti consigliamo di utilizzare un ambiente separato per ogni layer. Crea la sovrapposizione delle soluzioni usando questi passaggi.
Prima di creare le soluzioni nei passaggi seguenti, utilizza un unico editore per tutte le soluzioni nei tuoi ambienti. Ulteriori informazioni: Autore di soluzioni
Nell'ambiente "base", hai la soluzione di base con le tabelle non gestite di quell'ambiente e nessun'altra tabella. Quindi esporti questa soluzione come gestita.
Imposti un secondo ambiente per l'estensione o il layer "app" che in seguito risiederà sopra il layer di base.
Importi il layer di base gestito nell'ambiente del layer dell'app e crei una soluzione non gestita per il layer dell'app.
Ora puoi estendere il modello di dati aggiungendo ulteriori tabelle, colonne, relazioni di tabella e così via nella soluzione dell'app. Quindi esporta la soluzione app come gestita. Nota che la soluzione app avrà dipendenze nella soluzione del layer di base.
Nell'ambiente di produzione, importi il layer di base gestito e quindi importi il layer app gestito. Ciò crea due layer gestiti nell'ambiente con chiare dipendenze tra le due soluzioni gestite. La gestione di più soluzioni in questo modo non creerà dipendenze tra soluzioni, che possono causare problemi di manutenzione della soluzione, come la rimozione del layer superiore se necessario.
Ripeti questo schema di segmentazione per avere tutte le differenti soluzioni che devi gestire. Tuttavia ti consigliamo di mantenere il numero di soluzioni il più basso possibile per mantenere gestibile la sovrapposizione delle soluzioni.
Vedi anche
Utilizzare soluzioni segmentate
Scenario 5: supportare lo sviluppo in team