Narzędzia do konwersji innych niż Java w Java source

Question

Czy są jakieś dobre narzędzia do automatycznej konwersji kodu źródłowego innego niż Java na źródło Java?

Nie oczekuję czegoś doskonałego, tylko po to, aby usunąć najgorsze z tych prac.

Zgaduję, że istnieje przesuwająca się skala trudności. C# powinno być względnie łatwe (tak długo, jak ignorujesz wszystkie biblioteki). (dobrze napisane) C++ nie jest takie złe. C wymaga trochę OO. (Typy statyczne) języki funkcjonalne mogą być łatwe do zdziwienia. Dynamiczne języki OO mogą wymagać analizy nielokalnej.

Answer 1

Jedna rzecz, którą możesz spróbować, to znaleźć kompilator kodu bajtowego Java dla języka, o którym mówisz (są kompilatory JVM dla wszystkich języków), a następnie dekompilować kod bajtowy z powrotem do Javy za pomocą dekompilatora takiego jak Jad.

To jest najeżone niebezpieczeństwem. Odtworzony kod zostanie zassany i prawdopodobnie nie będzie można go odczytać.

Answer 2

Google: ANTLR

Answer 3

ADA Java można zrobić z find i zamień!

Answer 4

Jeśli chcesz tylko użyć starszego kodu C/Pascal, możesz użyć JNI, aby wywołać go z Javy.

Jeśli chcesz uruchomić go w aplecie Java lub w podobnym, ograniczonym środowisku i nie musi być bardzo wydajny, możesz użyć NestedVM (który jest konwerterem bajtowym MIPS na Java) w połączeniu z krzyżówką gcc kompilator kompilujący do MIPS). Ale nie oczekuj, że otrzymasz od tego czytelny kod Java.

Answer 5

Konwersja języka jest dość prosta, ale można zauważyć, że biblioteki są różne. To prawdopodobnie będzie większość Twojej pracy.

Answer 6

Każde z tych narzędzi może pomóc tylko wtedy, gdy twój kod inny niż java nie jest wystarczająco duży.

Jeśli jest to ogromny kod inny niż java i jeśli chcesz poważnie przetłumaczyć go na język Java, to trzeba pomyśleć o kilku rzeczach: nie jest to tylko setki linii kodu, nie ma wzoru pod nim, jest kilka decyzji zrobione przez ludzi pod kodem, dzięki czemu niektóre problemy mogły zostać rozwiązane, a niewiele rzeczy tam działało. a inwestowanie czasu w każdego dobrego tłumacza nie będzie warte, ponieważ nie będzie istnieć, to nie jest tylko tłumaczenie składni z jednego języka na inny.

Jeśli nie jest to tak wielki kod, lepiej napisać go w java, ponieważ ma wiele pakietów API z pudełka, to może nie być wielka sprawa, zatrudnienie kilku stażystów do tego również może pomóc.

Answer 7

Migracje z źródła do źródła należą do zakresu Program Transformation. Program-Transformation.org śledzi bunch of tools, które są przydatne do rozpoznawania, analizy i transformacji języka. Oto kilka, które są zdolne do migracji z źródła do źródła:

• ASF+SDF Meta-Environment - Jak już wspomniano, nie ma nowych możliwości w tym narzędziu. Zamiast tego programiści koncentrują się na produkcie Rascal.
• Rascal Meta Programming Language
• Stratego /XT
• TXL
• DMS® Software Reengineering Toolkit (handlowy)

Jeśli spędzać czasu z jednym z narzędzi open source, można zauważyć, że mimo iż to źródło-do - migracja zasobów jako cecha, ciężko znaleźć przykłady pracy. Wyobrażam sobie, że dzieje się tak dlatego, że nie ma czegoś takiego jak migracja jednego rozmiaru dla wszystkich. Każdy projekt/zespół wykorzystuje język w unikalny sposób i może się różnić w zależności od użytej biblioteki, złożoności typu, idiomów, stylu itp. Sensowne jest definiowanie niektórych przekształceń na migrację. Oznacza to, że projekt musi osiągnąć pewną masę krytyczną, zanim automatyczna migracja jest warta wysiłku.

Kilka powiązane dokumenty:

• An introduction to Rascal - obejmuje migracja między językiem i montaż zabawek Pico zaczynając od strony 94.
• Cracking the 500 Language Problem
• An Experiment in Automatic Conversion of Legacy Java Programs to C# (ogrodzony) - używa TXL