Créer des assemblys

  • Article

Vous pouvez créer des assemblys monofichiers ou multifichiers à l’aide d’un IDE, comme Visual Studio, ou des compilateurs et des outils fournis par le SDK Windows. L’assembly le plus simple est un fichier unique qui a un nom simple et qui est chargé dans un seul domaine d’application. Cet assembly ne peut pas être référencé par d’autres assemblys en dehors du répertoire de l’application et n’est pas soumis à la vérification de la version. Pour désinstaller l’application constituée de l’assembly, vous supprimez simplement le répertoire où il se trouve. Pour de nombreux développeurs, un assembly avec ces fonctionnalités est tout ce qui est nécessaire pour déployer une application.

Vous pouvez créer un assembly multifichier à partir de plusieurs modules de code et fichiers de ressources. Vous pouvez également créer un assembly qui peut être partagé par plusieurs applications. Un assembly partagé doit avoir un nom fort et peut être déployé dans le Global Assembly Cache.

Vous disposez de plusieurs options quand vous regroupez des modules de code et des ressources dans des assemblys, en fonction des facteurs suivants :

  • Gestion de version

    Regroupez les modules qui doivent avoir les mêmes informations de version.

  • Déploiement

    Regroupez les modules de code et les ressources qui prennent en charge votre modèle de déploiement.

  • Réutiliser

    Regroupez les modules s’ils peuvent être logiquement utilisés ensemble dans le même but. Par exemple, un assembly constitué de types et de classes peu utilisés pour la maintenance du programme peut être placé dans le même assembly. En outre, les types que vous prévoyez de partager avec plusieurs applications doivent être regroupés dans un assembly, et celui-ci doit être signé avec un nom fort.

  • Sécurité

    Regroupez les modules contenant des types qui nécessitent les mêmes autorisations de sécurité.

  • Scoping

    Regroupez les modules contenant des types dont la visibilité doit être limitée au même assembly.

Des considérations particulières sont à prendre en compte quand des assemblys du common language runtime sont rendus disponibles pour des applications COM non managées. Pour plus d’informations sur l’utilisation de code non managé, consultez Exposition de composants .NET Framework à COM.

Voir aussi