Question : Question de VB.Net Ineritance

Je travaille dans un VB.Net dans le studio visuel 2008
I ai une classe dans un DLL que j'ai déplacé à un autre DLL.  Cette classe a hérité d'une autre classe d'un DLL complètement séparé.  Quand cette classe était dans le premier DLL, je pourrais appeler des fonctions de la classe héritée dans l'amende séparée de DLL.  Après que j'aie déplacé cette classe à son propre DLL, je ne peux pas mettre en référence des fonctions, les propriétés et les sous-marins du premier dLL.

I savent que cela ressemble à d'un acte de jonglerie, mais mon deuxième DLL obtenait si grand et moi a voulu les diviser à part en DLLs.

Example : le
A.DLL a une classe appelée le clsBase.  Dans ce DLL, il a le DLL de GetSettings

The deuxième de fonction fait appeler la classe clsData… qu'il hérite du clsBase d'A.DLL… il a un groupe de fonctions de ses propres, mais prolonge toutes les fonctions dans la classe basse également.  (Ceci a fonctionné très bien jusqu'à ce que je sois entré cette classe dans un 3ème DLL) le

I est-il entré le clsData dans un DLL séparé et maintenant de autres apps qui employaient le clsData peuvent-ils plus n'obtenir aux fonctions, les propriétés, sous-marins dans des idées de clsData.

Any ce que je fais mal ?   J'essaye juste de réorganiser mon DLL et de le couper vers le bas sur son size.

Thanks !




class= de

Réponse : Question de VB.Net Ineritance

Il s'avère l'a été provoqué par mon nouveau DLL mettant en référence le DLL de base… Avec toute la ces derniers étant dans 1 solution.  Elle a exigé qu'il référence le projet au lieu du DLL directement.  Dès que j'ai mis en référence le projet de DLL au lieu de directement au DLL, le studio visuel a cessé de se plaindre au sujet des références.   Le genre d'étrange, mais moi devinent pour que le programme de mise au point dynamique fonctionne correctement, il a exigé ceci.

Remercie des types !