![]() |
Delphi to Java
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 |
Re: Delphi to Java
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.
|
Re: Delphi to Java
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. |
Re: Delphi to Java
Naja zum Gui: Oracle-Forms mit Java im Hintergrund...
|
Re: Delphi to Java
Zitat:
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 :-D |
Re: Delphi to Java
Zitat:
Zitat:
Zum Fragesteller zurück: Eine reine Code-Umsetzung bringt nix wenn damit viele gewachsene Unzulänglichkeiten einer VCL-Implementierung übernommen werden. |
Re: Delphi to Java
Zitat:
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:
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:
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. :zwinker: |
Re: Delphi to Java
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? ![]() |
Re: Delphi to Java
Zitat:
|
Re: Delphi to Java
Zitat:
Also wenn du damit arbeitest ist es schon ziemlich geil. Zitat:
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:40 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz