2009-02-19 16 views
1

Nous avons un projet VB qui charge une référence à une DLL .Net (que nous faisons également). Les deux projets sont développés simultanément.Recharge forcée d'un composant .Net référencé dans VS2005

Lorsque nous ajoutons de nouvelles classes à la DLL référencée, le projet principal ne remarque généralement pas les modifications. En d'autres termes, si nous ajoutons une nouvelle barre de classe à la DLL Foo, nous devrions être en mesure de taper "Foo". et Bar dans la liste déroulante IntelliSense. Ce n'est jamais là.

La suppression de la référence, puis sa réinsertion corrige parfois le problème. Parfois, nous avons été en mesure de taper manuellement dans Bar puis de reconstruire sans erreurs.

Il me semble qu'il devrait y avoir un moyen de dire à Visual Studio de recharger le projet référencé parce qu'il a changé. En fait, je pense que VS devrait remarquer le changement lui-même, mais à défaut, nous avons besoin d'un moyen simple de forcer un rechargement.

Des suggestions?

Edit: Il est VS2005 et nous le référencement des ensembles de sortie (dll)

+0

Quelle version de Visual Studio, et comment les références sont-elles configurées (c'est-à-dire font-elles référence aux assemblys de sortie, ou sont-elles configurées comme références de projet?) –

Répondre

0

J'ai eu ce problème une fois. Mettez les deux projets dans une seule solution. Cliquez avec le bouton droit sur la solution dans l'Explorateur de solutions et définissez l'ordre de génération. Rendez le projet principal dépendant du .DLL. Maintenant, lorsque vous reconstruisez la solution, le .DLL est construit en premier, et le projet principal verra tous les changements.

EDIT: De plus, faites référence au fichier .DLL en tant que projet au lieu de sélectionner Parcourir lorsque vous choisissez une référence. Ensuite, les modifications doivent être immédiatement reconnues par le projet principal sans reconstruction.

Questions connexes