DLL i zewnętrzne klasy

[Slynx]

Skompilowałem dllke, która wewnątrz korzysta z pewnej klasy (A). Przy kompilacji dołączyłem tą klasę, więc skompilowało się bez problemu. Problemem jest użycie tej klasy przy pisaniu programu z wykorzystaniem tej dll-ki, tj. Podczas pisania programu muszę stworzyć obiekt klasy, która nie została stworzona w tej dll-ce a jedynie dodana przy kompilacji.

Można jakoś dodać taką klasę do dll-ki ? Tak, żeby korzystając z tej dll-ki można było tworzyć obiekty klasy A
(Jak na razie to nawet nie mogę zaimplementować wszystkich metod abstrakcyjnych bo jedna zwraca typ danych właśnie klasy A)

Zależy mi na tym, by wszystko znajdowało się w jednej dll-ce.

[polymorphism]

Niech DLL-ka eksportuje klasę A, i po problemie (w każdym razie w C++, przy linkowaniu podczas ładowania programu).

Jeśli dobrze pamiętam, temat klas w DLL-kach był wałkowany parę razy na tym forum - poszukaj.

[Slynx]

Wiem jak to zrobić z pojedynczymi metodami za pomocą dllimport, ale jak wyeksportować całą klasę... :/

[polymorphism]

Kilka kwestii:

• zajrzałeś do dokumentacji lub nawet jakiegoś tutoriala? Bo to trochę dziwne, że dałeś sobie radę z metodą, a z klasą już nie.
• zapewne chcesz wyeksportować klasy .NET'owe. Pytanie, czy możesz to zrobić w C++/CLI?
• kluczowa rzecz: po co ta DLL-ka w ogóle? Zawsze to pytanie zadaje początkującym, bo później w większości przypadków okazuje się, że po nic

[Slynx]

   Szukałem po sieci, znalazłem kilka artykułów, ale problem w tym, że większość jest nieaktualna, dotyczy starszych wersji, a jak wiadomo w programowaniu szybko wiele się zmienia i nie chce tego robić "starymi" metodami
   No właśnie sam chciałbym wiedzieć czy można to zrobić pod C++/CLI. Szukałem po opcjach w w Visualu, czy nie ma gdzieś możliwości eksportu klasy z dll-ki, ale nic nie znalazłem, co do kodu - na msdn znalazłem tylko te dllimport
   Dll-ka jest klasą interfejsu. Zawiera wszystkie niezbędne metody do napisania poprawnego "pluginu" do aplikacji. Jest niezbędna.

Poza tym dll-ka to taki pomost między programem, a rozszerzeniami. Mam konkretnie na myśli możliwość pisania w C#, a nie dalsze katowanie się w C++/CLI.

Najlepiej by było to zrobić właśnie w C++/CLI. Na pewno jest jakieś rozwiązanie przystosowane do tego, tylko ciężko coś znaleźć. To tak samo jak do tematu z zasobami. Początkowe kody miałem po kilkanaście linijek. Szukałem, szukałem i w końcu wszystko udało się zapisać w 2 linijkach za pomocą funkcji z klas net-owych. Tylko, że tutaj nie mogę nic znaleźć, nic "świeżego".

[polymorphism]

ale problem w tym, że większość jest nieaktualna

Nie rozumiem, jak to nie aktualna? W C++ eksport klas wygląda cały czas tak samo i jest aktualny.

Szukałem po opcjach w w Visualu, czy nie ma gdzieś możliwości eksportu klasy z dll-ki, ale nic nie znalazłem

A co do tego mają opcje IDE? Takie rzeczy robisz z poziomu kodu. Dajesz po stronie DLL-ki:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

class __declspec( dllexport ) foo  
{
    ...
};

po stronie aplikacji dllexport zamieniasz na dllimport, i już. Czy to zadziała dla klas zarządzanych - nie wiem.

Dll-ka jest klasą interfejsu.

WTF?!

Zawiera wszystkie niezbędne metody do napisania poprawnego "pluginu" do aplikacji. Jest niezbędna.

Oj, taki eksport klas do tworzenia pluginów nie będzie dobry (w każdym razie jeśli chodzi o typowe C++).

Tylko, że tutaj nie mogę nic znaleźć, nic "świeżego".

Zamiast szukać "świeżych" rzeczy, poczytaj dokumentację/opis języka C++/CLI na stronach MS. Ponieważ import/eksport klas czy funkcji ma ścisły związek z językiem tudzież kompilatorem, a nie z bibliotekami, które mogą być "świeże".

[Slynx]

Nie rozumiem, jak to nie aktualna? W C++ eksport klas wygląda cały czas tak samo i jest aktualny.

Mam na myśli artykuły dotyczące tego problemu, które znalazłem. Ich daty zatrzymywały się na 2002 lub 2004.

A co do tego mają opcje IDE? Takie rzeczy robisz z poziomu kodu. Dajesz po stronie DLL-ki:

W Visualu wiele rzeczy można stworzyć poprzez środowisko, jakieś kreatory, itp, a odpowiedni kod jest potem automatycznie umieszczany. Dlatego szukałem, czy nie ma gdzieś takiej opcji.

Dll-ka jest klasą interfejsu.

WTF?!

Zważając na odpowiedź, źle się wyraziłem. Ale w sumie to i tak nieistotne.

Oj, taki eksport klas do tworzenia pluginów nie będzie dobry (w każdym razie jeśli chodzi o typowe C++).

Eksport jak eksport... to jest jedna klasa bez żadnych metod (konstruktory) i kilka pól.

Spróbuję coś znaleźć co do tego importu klas, ale już grzebałem w google i pierwsze kilkanaście wyników było dość mizernych. Spróbuję znaleźć coś bezpośrednio na msdn.

[Slynx]

Uzupełnię - Już znalazłem. Wszystko dodałem. Obeszło się bez importu. Potem rozwiązałem kolejny problem z frameworkami (BadImageFormatException) i ostatecznie mam w mojej aplikacji automatyczne ładowanie dll-ek za pomocą kilku linii kodu. Fajna sprawa. Wystarczy wrzucić dll-ke do katalogu, a on (program) automatycznie wykryje, czy jest poprawna (tj. czy powstała na podstawie klasy bazowej [klasa bazowa, a nie interfejsu, to miałem na myśli]) i ją załaduje, a potem będzie wykorzystywał jak każdą inną. Nic specjalnego, ale i tak fajnie to wygląda ; )