Questione : Domanda di VB.Net Ineritance

Sto lavorando in un VB.Net in studio visivo 2008
I ho un codice categoria in un DLL che ho spostato verso un altro DLL.  Questo codice categoria ha ereditato un altro codice categoria da un DLL completamente separato.  Quando questo codice categoria era nel primo DLL, potrei denominare le funzioni dal codice categoria ereditato nell'indennità separata del DLL.  Dopo che ho spostato questo codice categoria verso il relativo proprio DLL, non posso riferire le funzioni, le proprietà ed i sommergibile dal primo dLL.

I sanno che suona come un atto di manipolazione, ma il mio secondo DLL stava ottenendo così grande ed io ha voluto romperlo a parte in DLLs.

Example: il
A.DLL ha un codice categoria denominato clsBase.  In questo DLL, ha DLL di GetSettings

The secondo di funzione fa denominare il codice categoria clsData… che eredita il clsBase da A.DLL… ha un mazzo di funzioni dei relativi propri, ma estende tutte le funzioni nel codice categoria basso inoltre.  (Questo ha funzionato benissimo fino a che non entri questo codice categoria in un terzo DLL) il

I ha entrato il clsData in un DLL separato ed ora degli altri apps che stavano usando il clsData possono più non ottenere alle funzioni, le proprietà, sommergibile nelle idee di clsData.

Any che cosa sto facendo male?   Sto provando appena a riorganizzare il mio DLL ed a tagliarlo giù sul relativo size.

Thanks!




class= del

Risposta : Domanda di VB.Net Ineritance

Lo risulta è stato causato dal mio nuovo DLL che riferisce il DLL della base… Con tutti i questi che sono in 1 soluzione.  Ha richiesto che esso riferimento il progetto anziché il DLL direttamente.  Non appena ho riferito il progetto del DLL anziché direttamente al DLL, lo studio visivo ha smesso di protestare circa i riferimenti.   Il genere di sconosciuto, ma io indovina affinchè il programma di messa a punto dinamico funzioni correttamente, esso ha richiesto questo.

Ringrazia i tipi!