JavaFX FXML vs. Java Code

[Ernesto95]

Moin zusammen !

Wollte mal nach euren Erfahrungen fragen auf welchem Wege ihr eure UIs bei JavaFX Anwendungen erstellt.

Nutzt ihr über den Scene Builder die Möglichkeit die View mit Hilfe von FXML zu erstellen, oder codiert ihr die View in Java ?

Ich persönlich nutze überwiegend letztere Möglichkeit in Java, wobei ich lediglich die Position der Controls festlege. Alles weitere definiere ich im CSS. Meine Gründe hierfür sind folgende, wobei keiner wirklich stichhaltig ist sondern lediglich meine rein subjektive Meinung widerspiegelt.

- Falls es mal einen Fehler gibt der über den Scene Builder nicht auflösbar ist müsste ich im FXML per Hand ran. Die Syntax von FXML muss man dann auch erst mal wieder verstehen um hier agieren zu können.
- Der Scene Builder ist sehr umfangreich, viele dort möglichen Einstellungen gehören meiner Meinung nach nicht ins FXML sondern ins CSS (Beispiel Farben, Padding, Margin). Somit verleitet der Scene Builder durch die umfangreichen Möglichkeiten zu einer unsauberen Programmierung ohne saubere Trennung zwischen FXML und CSS.
- Wenn ich programmiere möchte ich programmieren und nicht klickibunti irgendwas per Drag & Drop durch die Gegend schieben

Ein ganz klarer Vorteil des Scene Builders wäre das Programmieren im Team, wo sich Programmierer um den Code und Designer um das Layout kümmern. Die Designer bräuchten für die Arbeit mit dem Scene Builder nicht wirklich Kenntnisse von Java und könnten sich ganz auf Ihre Aufgabe konzentrieren.

Wie seht ihr das und welchen Weg geht ihr ? Über Teilnahme an der Abstimmung und eure Kommentare würde ich mich freuen !

Grüße Ernesto95

 

[dzim]

Ich habe mit "nie" geantwortet. Zum einen stimmt das, da ich tatsächlich nie FXMLs mit SceneBuilder erstelle. Oder manuell. Zum anderen aber ist es falsch, da ich in Eclipse die DSL FXGraph verwende (JSON-ähnliche Struktur) und komme damit seit Jahren sehr gut klar.
Ist MVC oder MVVM mit FXML besser? Nö. Nur einfacher. Auch finde ich die Trennung von deklarativer GUI und programmatischen Controller einfach besser (Hallo, HTML(5)...). Und auf 'nem Telefon gemessen macht das Laden von FXML kaum Overhead (in meinem Szenario jedenfalls).

Mache ich all das Styling in CSS? Nein, denn so schön und verlockend es auch ist, es bringt andere Probleme (performance) mit sich. Für PCs in normalen Situationen unwichtig, aber im Mobile-Bereich oder bei sehr komplexen CSS (inkl. Effects) auch auf PCs relevant - allerdings spielt hier auch die Anzahl und Art der Nodes eine Rolle.

Bezüglich Trennung von FXML und CSS: Vergiss nicht, dass es auch in HTML nicht besser ist (über die Vergewaltigung des style-Attributs) und vergiss auch nicht, dass es durchaus Leute gibt, denen das Standart-Thema ausreicht und die das vergewaltigte CSS von JavaFX nicht mit Lötkolben und Kneifzange anfassen wollen. Kennst du Gerrit Grunwald (https://harmoniccode.blogspot.ch/) ? Der ist ziemlich gut im Bauen von Custom Controls. Hab ihn kürzlich mal persönlich kennen lernen können und er sagt: Vergiss CSS, wenn du Performance brauchst, oder nicht das Thema komplett umkrempeln möchtest... In dem Fall also hast du dann wirklich ein Problem.

 

[Ernesto95]

Hallo dzim,

danke für deinen Beitrag.

FXGraph hatte ich bis dato noch gar nicht aufm Schirm. Hab mich mal ein wenig durchgegoogelt, kann aber noch nicht wirklich erkennen was genau hier die Vorteile sein sollen. Ich verzichte hier wie bei FXML auf die mir bekannten Syntax von Java, genieße dadurch aber nicht die Vorteile die der Scene Builder bietet.

Was hast du für Argumente die für die Erstellung der GUI mit dem FXGraph sprechen ?

Was das Thema CSS angeht. Ich kann mir durchaus vorstellen das die Nutzung von CSS langsamer ist als pures Java. Auf der anderen Seite aber basieren doch doch die JavaFX Themes auf CSS (Caspian bźw. Modena), demnach wären die genannten Performance einbußen doch ein generelles Problem von JavaFX, oder ? Aus welcher Datei sich die Daten final gezogen werden sollte doch keinen weiteren Einfluß auf die Performance bringen, außer vielleicht dem einmaligen und somit zu vernachlässigendem Laden und Parsen der zusätzlichen CSS Datei(en).

Grüße

 

[dzim]

Nein, ich habe keine echten (und sinnvollen) Pro-FXGraph-Argumente. Ich habe ziemlich früh mit dem neuen JavaFX begonnen (JavaFX 2.1 oder so - ca. 2011/2012) und hatte keine Lust auf eine separate Anwendung für die GUI. Aber auch keine Lust auf XML. Und da kam einfach das Plugin für Eclipse (welches ich damals als einzig wahre IDE angesehen habe - man lernt dazu ) und ich konnte FXGraph schreiben und mir das Ergebnis direkt im JavaFX-Preview ansehen kann (da man JavaFX ohne Probleme in SWT integrieren kann - selber UI-Thread... - und der Macher des Plugins hat das ausgenutzt).
Das war's aber auch schon.
Heute kann man SceneBuilder (wenn auch eine nicht ganz aktuelle Version) z.B. in IntelliJ integriert nutzen - das ist auch ok!

CSS: Ja das stimmt - man kommt nicht drumherum, dass CSS "da" ist. Aber man kann mit CSS (wenn man seine Oberfläche sehr heftig damit styled - also viele eigene Style-Klassen nutzt tatsächlich etwas langsamer machen, wenn man sehr viele GUI-Elemente hat. Speziell, wenn man diese Nodes "alle auf einmal" lädt. Eine Lektion, die ich auf die harte Tour gelernt habe, da ich gerade (noch) an einer JavaFXPorts-App für Android und IOS arbeite. Dort kann man damit nämlich kräftig auf die Schnauze fliegen.