Je construis une bibliothèque de classe .NET DLL qui dépend des autres bibliothèques telles que Log4net.dll - Où dois-je mettre ces DLL lors de l'emballage de ma DLL? Y a-t-il un moyen de les inclure automatiquement dans une super-dll? Devrais-je simplement expédier toutes les DLL dans un seul dossier bin?
5 Réponses :
Dans votre arborescence de solution, demandez à un dossier appelé «SRC» pour tout code source YOORU et l'un appelé «Lib 'pour les bibliothèques telles que Log4net, votre bibliothèque DLL maison et toute autre bibliothèques.
Vous devez vérifier le CLUF et d'autres licences attachées à ces autres dll d'abord. Certains peuvent restreindre comment leurs bibliothèques DLL sont redressées. En supposant qu'aucun problème, vous pouvez les compiler tous ensemble comme une grosse DLL, soit créer un programme d'installation (ou un simple fichier zip) qui installera toutes les DLL associées dans leur destination.
Il suffit de les expédier tous dans un répertoire avec votre DLL (en supposant que vous parlez d'une distribution binaire - dans une distribution source, je disposerais de répertoire «lib» contenant vos dépendances).
N'oubliez pas de vérifier si vous devez également fournir des licences, des instructions pour obtenir la source, etc.
Je ne serais pas tenté d'essayer de fusionner votre bibliothèque de classe avec les dépendances, personnellement.
En fait, j'ai fait ce que vous avez dit de ne pas faire dans votre dernière déclaration là-bas. Fait mon projet très désordonné et déroutant à la recherche de cette source supplémentaire. Donc, je viens de les a fusionnées. :)
Vous devez jeter un coup d'œil sur ILMERGE . J'ai relié un blog qui montre une utilisation de Ilmmerge
Tirer parti de Ilmmerge pour simplifier le déploiement et l'expérience de vos utilisateurs
Vous ne savez pas comment vous déployez votre solution, mais n'oubliez pas que pour signer vos bibliothèques de classe, vous devez avoir votre 3ème partie .dlls signé. Cela seul peut vous obliger à fusionner toutes vos références.