Delphi to Java

[lu36]

Hallo,

wir haben ein Delphi Projekt, welches neu aufgebaut werden soll. Deshalb bin ich auf der Suche nach einem Tool um Delphi Code einfach in JAVA wandelt. Gibt es soetwas oder hat jemand erfahrung gemacht wie aufwändig eine Portierung zu Java ist?

mfg lu

[pilic]

Nein, das gibt es nicht. Auf die Idee in einer anderen Sprache zu Programmieren kommt man ja ohnehin erst, wenn man das Projekt längere Zeit abgeschlossen hat. Von daher könntest du dir überlegen, den Code neu zu schreiben. Je nachdem wie groß das Projekt ist eben. Dabei könnte man die Objektorientierung ausweiten, was sich bei Java sowieso anbietet, oder einfach gewisse Features noch hinzufügen.

[Phoenix]

Warum um alles in der Welt sollte man so etwas machen wollen?

Zum einen: Die VCL gibt es nicht für Java. Das heisst alles, was GUI ist, müsste eh komplett neu gemacht werden. Zum anderen: Die RTL gibt es nicht für Java. Also alles was schon so einfache Dinge wie TStringList benutzt muss neu gemacht werden.

Dann: Java taugt an der Oberfläche überhaupt nicht. Es gibt - und das geben sogar gestandene Java-Entwickler zu - kein gescheites GUI-Framework, was auch nur Ansatzweise taugt.

Also im Prinzip heisst das: Wenn es keinen absolut zwingenden Grund gibt, die Plattform zu wechseln: Bei Delphi bleiben. Ansonsten würde ich sowieso von Java abraten, und lieber auf .NET / Mono setzen.

[mschaefer]

Naja zum Gui: Oracle-Forms mit Java im Hintergrund...

[mjustin]

Zitat von lu36:

Hallo,

wir haben ein Delphi Projekt, welches neu aufgebaut werden soll. Deshalb bin ich auf der Suche nach einem Tool um Delphi Code einfach in JAVA wandelt. Gibt es soetwas oder hat jemand erfahrung gemacht wie aufwändig eine Portierung zu Java ist?

mfg lu

Gute Idee, sofern das Budget vorhanden ist. Aber nicht weil Java besser ist. Ich gehe mal davon aus, dass die Entscheidung bereits getroffen wurde, aus welchen Gründen auch immer.

Direkte Konvertierung ist wohl nicht möglich, aber es gibt in der Java-Ökosphäre schon einiges mehr an Möglichkeiten, fehleranfälliges manuelles Codieren zu "umgehen".

Wege, die Portierung zu vereinfachen, besteht in der Verwendung von Quelltextgeneratoren zum Beispiel

a) für die Persistenzschicht (Hibernate)
b) für das Domänenmodell (UML mit Codegenerierung, MDA)
c) für die GUI (Frameworks mit möglichst wenig handcodiertem Source)

Damit bleiben nur noch die Sourcen übrig, die Algorithmen und Businesslogik betreffen, und das 'Fleisch' der Anwendung - auf dem der Wert der Software basiert - übrig. Diese hängen meist eng mit dem Domänenmodell zusammen, das man bei dieser Gelegenheit noch runderneuern könnte.

Soweit die Theorie nun Beispiele aus der Praxis:

* Hibernate kann aus XML Beschreibungen eines relationalen Datenmodells sowohl die Datenbank-Metadaten als auch den Sourcecode für die zugehörigen Java Klassen für das Domänenmodell (oder zumindest für die Persistenzschicht) erzeugen. Und auch in der anderen Richtung ist es möglich - wenn die Datenbank schon existiert, lässt sich daraus der Source generieren.

* Es gibt schon seit einiger Zeit UML Modellierungswerkzeuge, die aus UML Java Code generieren, wie Together, Rational, MagicDraw, Omondo und Poseidon. (Auch NetBeans hat AFAIK schon UML Editoren eingebaut).

* Das neue Swing Application Framework leistet einiges an Grundlagenarbeit für eigene Oberflächen

Einziger Haken: viele APIs, viele Libraries - man sieht oft den Wald vor lauter Bäumen nicht. Java ist halt eine tropische Insel, dort geht es dschungelmäßig zu

[Bernhard Geyer]

Zitat von Phoenix:

Dann: Java taugt an der Oberfläche überhaupt nicht. Es gibt - und das geben sogar gestandene Java-Entwickler zu - kein gescheites GUI-Framework, was auch nur Ansatzweise taugt.

Dem möchte ich wiedersprechen. Es gibt Frameworks mit denen man GUI erstellen kann denen du kein bischen anmerkst das Java dahinter steckt.

Zitat von Phoenix:

Also im Prinzip heisst das: Wenn es keinen absolut zwingenden Grund gibt, die Plattform zu wechseln: Bei Delphi bleiben. Ansonsten würde ich sowieso von Java abraten, und lieber auf .NET / Mono setzen.

Ob nun Java/.NET oder Native Win32 Delphi besser ist hängt von den Rahmenbedingungen ab. Es gibt noch einge Bereiche in denen .NET nichts gleichwertiges entgegensetzen kann. Oder gibt es sowas umfassendes wie Apache mit all seinen Unterprojekten?

Zum Fragesteller zurück: Eine reine Code-Umsetzung bringt nix wenn damit viele gewachsene Unzulänglichkeiten einer VCL-Implementierung übernommen werden.

[Phoenix]

Zitat von Bernhard Geyer:

Zitat von Phoenix:

Dann: Java taugt an der Oberfläche überhaupt nicht. Es gibt - und das geben sogar gestandene Java-Entwickler zu - kein gescheites GUI-Framework, was auch nur Ansatzweise taugt.

Dem möchte ich wiedersprechen. Es gibt Frameworks mit denen man GUI erstellen kann denen du kein bischen anmerkst das Java dahinter steckt.

Und wie aufwändig ist es, diese anzuprogrammieren?
Zeig mir bitte mal ein Java-Gui Framework mit passendem Designer, das so einfach zu handhaben ist wie die VCL (oder von mir aus auch MFC) und entsprechende optische Ergebnisse (z.B. auch mit Ribbons) erzielt. Ich bin mir sicher Du wirst keines finden.

Zitat von Bernhard Geyer:

Zitat von Phoenix:

Also im Prinzip heisst das: Wenn es keinen absolut zwingenden Grund gibt, die Plattform zu wechseln: Bei Delphi bleiben. Ansonsten würde ich sowieso von Java abraten, und lieber auf .NET / Mono setzen.

Ob nun Java/.NET oder Native Win32 Delphi besser ist hängt von den Rahmenbedingungen ab. Es gibt noch einge Bereiche in denen .NET nichts gleichwertiges entgegensetzen kann. Oder gibt es sowas umfassendes wie Apache mit all seinen Unterprojekten?

Wegen der Rahmenbedingungen habe ich ja gesagt, sofern es keinen zwingenden Grund gibt die Plattform zu wechseln (also weg von Native code), sollte man lieber bei Delphi bleiben. Ich denke, wenn es um Desktop-Applikationen für Windows geht, ist man hier super aufgehoben.

Wegen der Tauglichkeit von .NET: Mal davon abgesehen, dass sogar die Apache-Projekte von Microsoft teilweise mitfinanziert werden: CodePlex ist eine gute Anlaufstelle. Es dürfte inzwischen nur eine Handvoll Apache-Projekte geben, für die es kein .NET Gegenstück (sei es von MS direkt oder auf CodePlex oder in freier Wildbahn) gibt. Und was war nochmal das Apache-Gegenstück zu Silverlight? Oder zu WPF?

Zitat von Bernhard Geyer:

Zum Fragesteller zurück: Eine reine Code-Umsetzung bringt nix wenn damit viele gewachsene Unzulänglichkeiten einer VCL-Implementierung übernommen werden.

Ob Unzulänglich oder nicht sei mal dahingestellt. Auf jeden Fall taugt RTL / VCL-Code auf Managed-Seite (Sei es jetzt Java oder .NET) nichts. Da fehlen einfach alle wichtigen Klassen für Delphianer

Im Prinzip endet ein Plattformwechsel von native zu managed oder umgekehrt am sinnvollsten in einem Re-Write from Scratch. Managed untereinander ist noch relativ ordentlich austauschbar (Beispiel Blackfish). Aber um den Aufwand zu rechtfertigen muss da schon ein Grund hinterstehen, der das wirklich zwingend notwendig macht.

Wenn es 'nur' um die Zukunftssicherheit der Applikation geht, dann kann man z.B. mit Hydra den alten Code noch eine Weile lang in die .NET Welt mitnehmen. Aber da ist Java dann auch wieder aussen vor. Und den Stress mit Java (compile once, debug everywhere and on every runtime) will sich ein Delphianer und .NET'ler eigentlich nicht geben. Dafür werden wir in aller Regel nicht gut genug bezahlt.

[QuickAndDirty]

Du meinst das gegenstück zu silverlight?
Also von Sun das endgeile JAVAFX?

Besser als alles was es in dem Bereich gibt!!!
Läuft auf DigitalTVs auf Bluerayplayern auf Handys im Browser und als Standalone und in Webstart
Kann alles was Flash und silverlight kann und nochmehr. Super einfach zu bedienen dank in den Workflow
eingebauter plugins....
meinst du das Gegenstück zu silverlight was java nicht hat?

http://www.javafx.com/

[Phoenix]

Zitat von QuickAndDirty:

Kann alles was Flash und silverlight kann und nochmehr.

Nur keinen bestehenden Code verwenden. Das muss alles in JavaFX Script neu geschrieben werden... Sorry, das ist ja wohl ein schlechter Witz. Mit Silverlight kann ich sogar zum Teil alten Delphi-Code mit Prism weiterverwenden...

[QuickAndDirty]

Zitat von Phoenix:

Zitat von QuickAndDirty:

Kann alles was Flash und silverlight kann und nochmehr.

Nur keinen bestehenden Code verwenden. Das muss alles in JavaFX Script neu geschrieben werden...

Wie kommst du darauf?
Also wenn du damit arbeitest ist es schon ziemlich geil.

Zitat:

Preserve investment in Java

Java developers can preserve existing investment by reusing Java libraries in JavaFX applications. JavaFX allows importing any Java class, creating new Java objects and calling methods on them. Developers can continue to leverage the global Java ecosystem with its vast knowledge-base and marketplace.

Zitat von Phoenix:

Sorry, das ist ja wohl ein schlechter Witz. Mit Silverlight kann ich sogar zum Teil alten Delphi-Code mit Prism weiterverwenden...

Ja und mit javafx kannst du deinen alten Javacode verwenden.