Organiser vos solutions
Date de publication : novembre 2016
S’applique à : Dynamics CRM 2015
Avant de créer des solutions, prenez le temps d’y réfléchir. Par exemple, réfléchissez au nombre de solutions que vous souhaitez publier et si les solutions partageront des composants.
En outre, déterminez le nombre d’organisations Microsoft Dynamics 365 dont vous aurez besoin pour développer votre ligne de solutions. Vous pouvez utiliser une seule organisation pour la plupart des stratégies décrites dans cette rubrique. Toutefois, si vous décidez de n’avoir qu’une seule organisation et que vous vous rendez compte par la suite que vous en avez besoin d’autres, il peut être compliqué de modifier les solutions si les utilisateurs les ont déjà installées. L’utilisation de plusieurs organisations, même si cela présente plus de complexité, peut offrir une meilleure flexibilité.
Stratégies pour organiser vos solutions
Voici quelques stratégies pour créer des solutions répertoriées dans l’ordre de la plus simple à la plus complexe :
Aucune solution personnalisée
Solution unique
Plusieurs solutions
Plusieurs solutions avec des composants partagés
Bibliothèques de solutions
Aucune solution personnalisée
Vous n’avez pas besoin de créer de solutions. Vous pouvez personnaliser Microsoft Dynamics 365 directement à l’aide de la solution par défaut.
Vous pouvez toujours exporter votre solution par défaut comme solution non gérée pour la transporter entre les organisations.
Conseil
Si vous remplacez le préfixe de personnalisation de l’éditeur par défaut par une valeur correspondant à un éditeur que vous pourrez créer par la suite, toutes les nouvelles personnalisations que vous créerez contiendront ce préfixe de personnalisation dans le nom. De cette façon, si vous choisissez d’utiliser des solutions, vous pourrez ajouter les personnalisations que vous avez créées dans votre solution par défaut à une solution non gérée pour qu’elles puissent avoir des noms cohérents.
Solution unique
En créant une solution, vous créez un ensemble fonctionnel de personnalisations. Cela facilite la recherche des éléments que vous avez personnalisés.
Cette approche est recommandée lorsque vous souhaitez uniquement créer une solution gérée unique. Si vous pensez devoir fractionner la solution par la suite, envisagez d’utiliser plusieurs solutions.
Plusieurs solutions
Si vous avez deux solutions indépendantes qui ne partagent pas de composants, la solution la plus directe consistera à créer deux solutions non gérées.
Notes
Il est très courant dans les solutions de modifier les rubans de l’application ou le plan du site. Si vos deux solutions modifient ces composants de solution, elles représenteront des composants partagés. Consultez la section suivante pour voir comment exploiter les composants partagés.
Plusieurs solutions avec des composants partagés
Vous pouvez disposer de plusieurs solutions qui partagent des composants. Il se peut que vous ayez un ensemble de fonctionnalités communes dans plusieurs solutions et qu’une fonctionnalité commune soit compatible avec une autre fonctionnalité unique de chaque solution. Par exemple, vous pouvez avoir plusieurs plug-ins d’utilitaire que chaque solution utilise, bien que chacune des solutions distinctes ne partage aucun autre composant.
Dans ce cas, chaque solution peut être développée dans une seule organisation. Certains composants peuvent être intégrés à plusieurs solutions si toutes les modifications qui sont effectuées sont compatibles à toutes les solutions qui les utilisent. Il est important que toutes les solutions partagent le même éditeur de solution. Si l’éditeur de solution n’est pas identique, les organisations ne pourront pas installer plusieurs de vos solutions.
Bibliothèques de solutions
Pour un éditeur de logiciels indépendant avec plusieurs solutions ou plusieurs déploiement d’entreprise, de nombreux composants de solution devront probablement être partagés. Le meilleur moyen pour les solutions de partager les composants consiste à utiliser des bibliothèques de solutions. Créez une bibliothèque de solutions en créant une solution non gérée dans une organisation distincte, puis en empaquetant ces composants dans une solution gérée. Installez la solution gérée dans une autre organisation et laissez les développeurs référencer ces composants partagés.
Microsoft Dynamics 365 Solutions Framework vous permet de créer des couches de solutions qui dépendent les unes des autres. En règle générale, vous créez une bibliothèque de solutions représentant une solution « de base ». D’autres solutions peuvent être établies pour cette solution de base. Cela permet une séparation plus propre des composants. Les équipes de développement qui travaillent sur les bibliothèques de solutions et celles qui travaillent sur les solutions dépendantes peuvent développer à des rythmes différents. Les solutions dépendantes doivent être créées après l’installation des bibliothèques de solutions.
Cela suppose que vous créez une solution nécessaire que les utilisateurs doivent installer avant qu’ils puissent configurer une solution dépendante. Les développeurs travaillant sur les bibliothèques de solutions peuvent continuer à travailler dessus et à les mettre à jour tant qu’aucune solution dépendante n’est corrompue.
Voir aussi
Organiser votre équipe pour développer des solutions
Plan de développement de solutions
© 2017 Microsoft. Tous droits réservés. Copyright