Partager via

Créer des assemblys

Vous pouvez créer des assemblys à fichier unique ou multifichier à l’aide d’un IDE, tel que Visual Studio, ou les compilateurs et les outils fournis par le Kit de développement logiciel (SDK) Windows. L’assembly le plus simple est un fichier unique qui a un nom simple et est chargé dans un domaine d’application unique. Cet assembly ne peut pas être référencé par d’autres assemblys en dehors du répertoire de l’application et ne fait pas l’objet d’une vérification de version. Pour désinstaller l’application composée de l’assembly, vous supprimez simplement le répertoire où il réside. 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 avez plusieurs options lors du regroupement de modules de code et de ressources dans des assemblys, en fonction des facteurs suivants :

  • Gestion des versions

    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éutilisation

    Regroupez les modules s’ils peuvent être utilisés de manière logique ensemble à des fins quelconques. Par exemple, un assembly constitué de types et de classes utilisés rarement pour la maintenance du programme peut être placé dans le même assembly. En outre, les types que vous envisagez de partager avec plusieurs applications doivent être regroupés dans un assembly et l’assembly doit être signé avec un nom fort.

  • Sécurité

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

  • Portée

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

Il existe des considérations particulières lors de la mise à disposition d’assemblys Common Language Runtime pour les applications COM non managées. Pour plus d’informations sur l’utilisation du code non managé, consultez Exposer les composants .NET Framework à COM.

Voir aussi

  • Last updated on