Organizzare le soluzioni
Data di pubblicazione: gennaio 2017
Si applica a: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
Prima di creare le soluzioni, acquisire familiarità nel pianificarle. Ad esempio, pensare a quante soluzioni rilasciare e se le soluzioni condividono componenti.
Inoltre, determinare quante organizzazioni di Microsoft Dynamics 365 saranno necessarie per sviluppare la linea di soluzioni. È possibile utilizzare una singola organizzazione per la maggior parte delle strategie descritte in questo argomento. Tuttavia, se si decide di aver solo un'organizzazione 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ù organizzazioni, sebbene si introduca una superiore complessità, si può fornire una maggiore flessibilità.
Strategie per organizzare le soluzioni
Di seguito sono indicate alcune strategie per creare le soluzioni elencate nell'ordine dalla più semplice alla più complessa:
Nessun soluzione personalizzata
Soluzione singola
Soluzioni multiple
Soluzioni multiple con componenti condivisi
Librerie della soluzione
Nessun soluzione personalizzata
L'utente non deve creare soluzioni. È possibile personalizzare Microsoft Dynamics 365 direttamente utilizzando la soluzione predefinita.
È possibile esportare la soluzione predefinita come soluzione non gestita per trasportarla tra organizzazioni.
Suggerimento
Se si modifica il prefisso di personalizzazione per l'autore predefinito a un valore che corrisponda a un autore che si desidera creare in futuro, tutte le nuove personalizzazioni create includeranno questo prefisso di personalizzazione nel nome. In questo modo, se si utilizzano le soluzioni, è possibile aggiungere le personalizzazioni create nella soluzione predefinita a una soluzione non gestita in modo da avere nomi coerenti.
Soluzione singola
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.
Soluzioni multiple con componenti condivisi
È possibile disporre di soluzioni multiple che condividono componenti. È possibile avere un determinato set di funzionalità comuni nelle soluzioni multiple e che tale funzionalità comune sia compatibile con qualcun altra funzionalità univoca a ogni soluzione. Ad esempio, si può disporre di un set di plug-in di utility che ciascuna soluzione utilizza, eppure tutte le soluzioni separate non condividono gli altri componenti.
In questo caso, ogni soluzione può essere sviluppata in un'organizzazione singola. Alcuni componenti possono essere inclusi in più di una soluzione fintanto che le eventuali modifiche eseguite ad essi siano compatibili con tutte le altre soluzioni che li utilizzano. È importante che tutte le soluzioni condividano lo stesso autore di soluzioni. Se l'autore di soluzione non è identico, le organizzazioni non potranno installare più di una delle soluzioni.
Librerie della soluzione
Per un ISV con soluzioni multiple o per una distribuzione aziendale consistente, molti componenti di soluzione dovranno probabilmente essere condivisi. Il modo migliore perché soluzioni condividano componenti è tramite librerie della soluzione. Creare una libreria della soluzione creando una soluzione non gestita in un'organizzazione separata e quindi comprimendo tali componenti in una soluzione gestita. Installare la soluzione gestita in un'altra organizzazione e consentire agli sviluppatori di fare riferimento a tali componenti condivisi.
Il framework delle soluzioni di Microsoft Dynamics 365 consente di creare livelli di soluzioni che dipendono tra loro. In genere, si crea una libreria delle soluzioni che rappresenta una soluzione "di base". Altre soluzioni possono essere create su questa soluzione di base. Questo consente una separazione più pulita dei componenti. I team di sviluppo che lavorano alle librerie delle soluzioni e quelli che lavorano alle soluzioni dipendenti possono svilupparsi a velocità diverse. Le soluzioni dipendenti devono essere create dopo l'installazione delle librerie delle soluzioni.
Questo richiede la creazione di una soluzione prerequisita che i clienti devono installare prima di poter installare una soluzione dipendente. Gli sviluppatori che lavorano alle librerie delle soluzioni possono continuare a lavorarci e ad aggiornarle a condizione che non interrompano il funzionamento delle soluzioni dipendenti che le richiedano.
Vedere anche
Organizzare il team per sviluppare soluzioni
Pianificare per lo sviluppo di soluzioni
Microsoft Dynamics 365
© 2017 Microsoft. Tutti i diritti sono riservati. Copyright