Zukunft der GUI-Entwicklung in Java?

Wenn man bedenkt, dass

  • Sun/Oracle entschieden, sich nicht entwickeln Swing, nach der Sie "erfunden" JavaFX
  • JavaFX funktioniert nicht wirklich und einige halten es für einen Fehler schon
  • die nicht wirklich Plattform-unabhängige Natur der SWT, die manuelle Aufgabe zu entsorgen GUI-Elemente und die Notwendigkeit zu bündeln und Plattform-spezifische Bibliotheken

gibt es einen anderen Weg?

Wenn ich tun möchte, GUI-Entwicklung auf der JVM

  • mit einem guten API (Swing und SWT sind nicht schlecht, aber Sie sind nicht wirklich gut.)
  • die "fühlt" sich reaktionsschnell Weg (noch heute ein problem mit Swing und SWT, trotz der Ansprüche, dass dieses Problem nicht gelöst wird.)
  • die nicht veraltet sein in ein paar Jahren
    welche Entscheidung soll ich machen?

Gibt es noch eine Dritte option zur Verfügung oder die Möglichkeit, es könnte in der Zukunft eine?

Option

  • das ist schnell und reaktionsschnell (Keine Swing-Ideologie ", Wenn es nicht schnell, es ist der Entwickler Schuld")
  • mit nativem look and feel
  • mit einer einzigen Bibliothek, die auf allen Plattformen läuft

Ist das realistisch?

Dank!

=========

Zu klären: Wenn ich starten Sie ein neues software-Projekt auf der JVM, es gibt einige bestehende Optionen, wie die Verwendung von SWT oder Swing über Swing mit third-party-Bibliotheken wie SwingX, JIDE, JGoodies, Flamingo oder mit Applikations-frameworks wie Netbeans Platform und Eclipse RCP. Gibt es eine unterstützte/empfohlene Weg, schwächt die Schmerzen in der Regel verbunden mit der Java-GUI-Entwicklung?

InformationsquelleAutor der Frage | 

Schreibe einen Kommentar