Pisanie wtyczki do AQQ. Jakie są różnice między Embarcadero C++ Builder a Visual C++ 2010.

Jak napisać wtyczkę do AQQ w Microsoft Visual C++ 2010?
Znalazłem tutaj instrukcję:
http://www.krystiand.net/artykul-1-jak-stworzyc-wlasna-wtyczke-do-aqq-w-c.html
ale API, które tam się znajduje jest już stare.
Tutaj można pobrać aktualne:
http://beherit.pl/aqq/api
ale autor pisał je dla Embarcadero C++ Builder czy będą duże różnice i co trzeba zmienić?
Jak napisać wtyczkę używając C++/CLI i WindowsForms. Może ktoś z was pisał wtyczkę w VC++ dla AQQ??
Może ma ktoś napisaną przykładową wtyczkę, która wyświetla nową formę?

Używanie C++/CLI i w ogóle .NET nie jest najlepszym pomysłem do pisania pluginów dla natywnych aplikacji. Przed wydaniem .NET 4 zwłaszcza. Po pierwsze, przy ładowaniu takiej biblioteki, aplikacja musi wczytać całe runtime .NET. A jak ktoś nie ma .NET 4, gdzie rozwiązano ten problem, wtyczka pisana dla innej wersji runtime, np. 1.1 wczyta tę wersję, a wtyczka do 2.0 wczyta swoją wersję i najprawdopodobniej skończy się to crashem całej aplikacji.

Hmm czyli takie coś najlepiej napisać w Delphi? A może C++ i QT??

Według mnie najlepiej w Delphi. Z API dostępnym w Delphi nie ma problemów. Ale wielu ludzi pisze też wtyczki do AQQ - z tego co się orientuje - w C++. API do C++ też powinno być dostępne, jak i przykłady na sieci. A jakby co to zawsze można również napisac na forum AQQ z prośbą o pomoc.

No tak pozostaje jeden problem. Czy jest bezpłatna wersja Delphi?

Questionaire napisał(a)

No tak pozostaje jeden problem. Czy jest bezpłatna wersja Delphi?

Kiedyś można było pobrać darmową wersję Borland Developer Studio, którą trzeba było zarejestrować, ale to było bardzo dawno temu. No i jest jeszcze Lazarus.

Ale wielu ludzi pisze też wtyczki do AQQ - z tego co się orientuje - w C++
to dlatego, że C++ Builder może korzystać bezpośrednio z klas delphiowych. Gorzej z tym będzie pod Visualem.

Czy jest bezpłatna wersja Delphi?
Obecnie tylko czasowe triale.

Generalnie jeśli zależy nam na szybkim efekcie :-) to należy pisać używając takich narzędzi, do jakich API jest przystosowane. portowanie złożonego API do innego języka może się okazać trudniejsze i bardziej czasochłonne niż samo napisanie programu, o który nam chodzi.