Je suis en train de refactoriser du code et j'ai été confronté à un dilemme.Comment résoudre les problèmes de performance Assembly.Load?
Disons que nous avons le scénario suivant:
- Une base Assemblée qui contient de nombreuses interfaces communes et des classes
- Assemblée une bibliothèque qui contient des classes plus spécialisées.
L'assemblage de bibliothèque fait référence à l'assemblage principal. Jusqu'ici tout va bien.
Étant donné que je suis en train de refactoriser cela, il est nécessaire pour l'assemblage de base de créer des objets qui sont déclarés dans l'assemblage de la bibliothèque. OK, afin d'éviter un problème de référence circulaire, j'ai décidé de charger l'assemblage de la bibliothèque en cas de besoin (et ce n'est nécessaire qu'à un point très précis lors de l'initialisation du type).
Cependant, les performances de chargement de la chose à un abîme dégringolé sombre ...
Est-ce que quelqu'un sait comment résoudre ce problème?
Edité ajouter
Certaines personnes ont demandé le code que j'utilise pour charger ... Il est tout à fait banal, vraiment.
/*
* Load the Library Assembly
*/
Assembly asm = Assembly.Load("Library, PublicKeyToken=...");
/*
* Get desired type
*/
Type t = asm.GetType("Library.DesiredType")
/*
* Get the default constructor
*/
var ctor = type.GetConstructor(new Type[] {})
Vraiment, les performances sont devenues inacceptables en chargeant un seul assemblage au démarrage? Quelle est la taille de cet assemblage? –
C'est ridicule petit: 52K (52,224 octets) –
Si vous refactoring de toute façon, pourquoi ne pas refactoriser les dépendances communes dans un 3ème ensemble afin que vous n'ayez pas un problème de dépendance circulaire et donc pas besoin de compter sur le chargement dynamique? – Aaronaught