Do jakiego językA najlepiej przepisać skrypt VBA...?

Chciałbym przepisać skrypty napisane z VBA pod excela i autocada i utworzyć z nich pełnoprawną aplikację i tu jest moje pytanie.

Jakiego języka użyć?(biorąc pod uwagę że nie mam doświadczenia w pracy z innymi językami (tylko VBA i jego wariacje jak ... "Rhinoscript". ))
Biorąc to pod uwagę zastanawiam się który język byłby do tego najlepszy dla mnie.
VB.NET , czy C# a może C++?

Jakie są najbardziej istotne różnice pomiędzy tymi językami ? Który nadawał by się najlepiej do tego zadania.?

Dokąd zmierzamy? Skąd pochodzimy ? Na te i inne pytanie być może już w kolejnym poście...
(ponoć VB.NET to nie jest wcale taki oczywisty wybór ; ) )
Pozdrawiam.

Pytanie dlaczego chcesz to przepisać na inny język?
Zakładam, że skoro to w Excelu, to musisz nadal w tym Excelu wszystko robić, więc dobrym wyborem wydaje się być język z .NET i VSTO https://msdn.microsoft.com/en-us/library/cc668205.aspx

VBA 1/3 jest w Excelu 2/3 w autocadzie+ trochę lispa też autocadzie. Głównie z powodu Autocada się zastanawiam.

Teraz aby wykonać swoją pracę muszę ...

1. uruchomić autocada potem uruchomić serię skryptów.
2. Następnie uruchomić excel i w nim skrypt końcowy generujący kilka raportów końcowych, z którymi ja już nic nie robię.

Teraz chciałbym przepisać całość czyli część napisaną w excelu i autocadzie i przetwarzać pliki wsadowo to jest bez użycia autocada i excela aby na koniec otrzymać wygenererowane raporty i zmodyfikowany plik .dwg\dxf.

To będzie wymagać modyfikacji kodu ale i tak 90% pozostanie bez zmian. Skrypty ważą 10 mega, jak trochę nad nim popracuje to zjadę poniżej 8 ale to i tak dużo żeby w połowie przepisywania stwierdzić że jednak lepszy będzie inny język. Nie jestem informatykiem to nie jest dla mnie hop hop ;P

Aha i jak wygląda sprawa z dekompilacją kodu w vb.net a c#? Nie wiem czy dobrze zadałem pytanie: /

Może warto zastanowić się nad automatyzacją AutoCAD-a i Excel'a?

Nie jestem specjalistą od obróbki plików CAD-owskich więc nie podejme się doradztwa, ale Autodesk daje narzędzie: ScriptPro, który umorzliwia puszczanie skryptów na kilku plikach (https://knowledge.autodesk.com/support/autocad/downloads/caas/downloads/content/autodesk-customization-conversion-tools.html), excela też można automatyzować, więc może to jest kierunek, który ułatwi wykonanie zadania.

Przepisanie skryptów, może nie być tak trywialne jak się wydaje, ale jak pisałem doświadczenia z CAD-em nie mam.

Pytania o dekompilacje nie rozumiem, w >NET wykonuje się kompilacje i program wymaga Frameworka.

Witam, ponownie toalnie zapomniałem o tym temacie.
Chodziło mi o to czy program napisany w .NET można zdekompilować?

Tak, można, nie bardzo trudno i do całkiem zjadliwej formy.