Évitez les problèmes d’assemblage en général

J’ai beaucoup cherché mais je n’ai pas encore trouvé de solution.

Nous avons beaucoup de programmes pour nos clients avec des bibliothèques partagées (dll) dans un répertoire. Mais si une bibliothèque obtient une mise à jour, nous devons recomstackr tous les programmes qui référencent la dll. Sinon, notre client reçoit une erreur lors de l’appel d’une fonction à partir de la bibliothèque ( la définition du manifeste de l’assembly localisé ne correspond pas à la référence de l’assembly ).

Nous aimerions faire référence à une bibliothèque comme d’habitude et quand une bibliothèque est mise à jour, les programmes doivent simplement utiliser la nouvelle version au lieu de générer une erreur.

Une partie du problème est que la référence est corrigée en interne avec un numéro de version. Ma première idée est de supprimer le numéro de version de la dll avant de faire référence. Mais est-ce même possible?

Je serais reconnaissant pour toute (autre) idée ou suggestion pour contourner le problème de référence. Il s’agit peut-être d’un doublon, mais je n’ai pas encore trouvé de poste proposant une solution – il suffit d’envoyer des messages décrivant les raisons.

Qu’en est-il de la redirection de liaison d’assembly: https://msdn.microsoft.com/en-us/library/433ysdt1(v=vs.110).aspx ( un autre lien msdn )?

Vous pouvez spécifier dans la configuration une redirection vers une nouvelle version, de sorte qu’elle ne nécessite pas de recompilation. Mais si la signature des classes \ méthodes que vous utilisez va être modifiée – alors elle lèvera une exception de toute façon.

ASP.Net MVC utilise cette approche pour spécifier le redirection vers une nouvelle version de MVC: