GUI mit Java - Tipps?

[Benedikt Magnus]

Zitat von BrightAngel:

Klar, GUI in Code direkt zu schreiben ist manchmal schon nervig, aber manchmal zwingt man sich dann wenigstens an dieser Stelle gleich früh generisch zu werden und in der View zu Abstrahieren und zu Gruppieren

Könntest du das vielleicht etwas genauer ausführen bitte?

[BrightAngel]

Zitat von Benedikt Magnus:

Zitat von BrightAngel:

Klar, GUI in Code direkt zu schreiben ist manchmal schon nervig, aber manchmal zwingt man sich dann wenigstens an dieser Stelle gleich früh generisch zu werden und in der View zu Abstrahieren und zu Gruppieren

Könntest du das vielleicht etwas genauer ausführen bitte?

Naja, in einem Gui-Klicki-Bunti Editor Komponenten drauf draggen kann jeder. Das perfide: Grade bei komplexeren Oberflächen machen manche dann einfach händisch ein paar Buttons untereinander, anstelle mal kurz ne Regelmäßigkeit zu finden und das halt schön baumartig in ner Objekthierarchie auszuprogrammieren. Grade, weil es ja komplexer ist, wird es durch das Einführen von generischem Zugriff unter Umständen einfacher auf "Gruppen" von Oberflächenelementen zuzugreifen.
Klar, es gibt auch das Argument dagegen, dass dann ja die Eigenschaftenwerte wieder IM Code stehen und nicht außerhalb, aber manchmal kann man auch hier wieder Regelmäßigkeiten finden und die zum Beispiel in eine Config auslagern, die dann vielleicht weniger Einträge enthält, weil sie Redundanz reduziert.

Zudem bietet JavaFx zum Beispiel CSS (ja, genau; das aus dem Browser) an, das man bei Bedarf laden kann, da kann man schon automatisiert mit Hausmitteln einiges auslagern.

Ist aber jetzt wirklich eher philosophisch Nur meine Meinung zum Thema

Brighty

[Rollo62]

@BrightAngel

Hast du Erfahrung mit QT und Java für CrossPlatform ?

Mich würde interessieren wie der gsnze Workflow mit Zertifikaten, Debugging, etc. abläuft.
Ist das in QT, Netbeans, Eclipse schön sauber integriert oder ist das Kommandozeilen-Gefummel ?

Der integrierte Workflow ist eines der Hauptargumente für Firemonkey für mich.
Wahrscheinlich wäre es besser Alles per CI Server zu machen, aber da konfiguriert man sich bestimmt auch einen Wolf bis Android/Mac richtig Laufen.

Das sollte doch bei Java und QT eigentlich schon immer plattformübergreifend gelöst worden sein, und womöglich weiter entwickelt als bei Delphi.

Rollo

[bra]

Das Problem ist aber, wenn man am Zusammenbasteln der GUI 90% der Zeit verbringt, wird ein Projekt irgendwann unwirtschaftlich und auch nervtötend.
Selbst mit Delphi u.a. verbringt man immer noch viel Zeit mit Anpassungen der GUI, aber der Hauptteil sollte doch eigentlich die Funktionalität sein, oder?

[mjustin]

Zitat von bra:

Ich habe vor vielen Jahren mal bissl mit Java programmiert und ich würde die empfehlen, irgendein Framework zum Erzeugen der GUI zu nutzen. Die GUI per Code zusammenzubasteln ist purer Brainfuck.

Ich weiss leider nicht mehr, was ich damals genutzt habe, aber vermutlich gibt es das inzwischen eh nicht mehr.

JGoodies Forms eventuell? Es war früher kommerziell wimre und ist nun Freeware:

http://www.jgoodies.com/freeware/libraries/forms/

[BrightAngel]

Zitat von Rollo62:

Hast du Erfahrung mit QT und Java für CrossPlatform ?

Ich bin kein Qt Fachmann, aber hatte schon damit für ein Computergraphikprojekt zu tun. Auch die haben zum Beispiel mit Signal/Slots auf Programmebene ihre eigenen Verhaltensweisen und Quirks über die man halt anfangs stolpert (zumindest bin ich das schon bei Codeausführungsreihenfolge). Ich hab damals GUI programmatisch erzeugt (weil 3D und so und da schlicht nicht viele Einzelelemente zu platzieren waren) und war machbar. Die haben aber auch nen Editor. Wie gut der in der Benutzung ist, kann ich leider nicht aus eigener Erfahrung sagen.

Java IST das Paradebeispiel einer Sprache, die in der Runtime versucht hat dadurch Platformunabhängigkeit zu erreichen, indem sie ihre eigenen Apis so definiert, dass diese komplett alles zur Verfügung stellen. Nur das Nötigste wird über die so genannte JNI (Java Native Interface) abgewickelt (im Prinzip sind das nur normale dlls, die bestimmte Dinge exportieren müssen, damit die JVM diese benutzen kann). Man kann auch selbst solche JNI Bibliotheken benutzen, wenn man Platformunterschiede feststellt, die nicht von der JVM standardmäßig abgedeckt sind und für die Platform dann spezifische native Bibliotheken anbieten, die dann das selbe Bibiliotheksinterface implementieren. Android kannst du ja auch mit der Sprache Java programmieren, hast dann aber andere UI Klassen und so weiter.

Zitat von Rollo62:

Mich würde interessieren wie der gsnze Workflow mit Zertifikaten, Debugging, etc. abläuft.
Ist das in QT, Netbeans, Eclipse schön sauber integriert oder ist das Kommandozeilen-Gefummel ?

Der integrierte Workflow ist eines der Hauptargumente für Firemonkey für mich.
Wahrscheinlich wäre es besser Alles per CI Server zu machen, aber da konfiguriert man sich bestimmt auch einen Wolf bis Android/Mac richtig Laufen.

Das sollte doch bei Java und QT eigentlich schon immer plattformübergreifend gelöst worden sein, und womöglich weiter entwickelt als bei Delphi.

Rollo

Debugging ist in Java (Eclipse, Netbeans) wie bei Delphi auch ein Knopfdruck. In Eclipse finde ich schön, dass es verschiedene Perspektiven gibt. Beim Erreichen eines Breakpoints (der sich auch einfach setzen lässt wie in Delphi auch) zum Beispiel schlägt es vor die Debugging Perspektive zu öffnen, und auch SingleStepping (mit den Geschmacksrichtungen nächste Instruktion der Funktion, springe IN den Funktionsaufruf, kehre einen Stackframe nach oben zurück) und so tut. Man kann auch recht bequem ein jar mit den kompilierten class Files erzeugen. Signieren hab ich noch nicht so exzessiv gemacht, geht aber bestimmt auch (Eclipse ist ein modulares MONSTER). Git und Svn ist auch anschaltbar.

Brighty

[BrightAngel]

Zitat von bra:

Das Problem ist aber, wenn man am Zusammenbasteln der GUI 90% der Zeit verbringt, wird ein Projekt irgendwann unwirtschaftlich und auch nervtötend.
Selbst mit Delphi u.a. verbringt man immer noch viel Zeit mit Anpassungen der GUI, aber der Hauptteil sollte doch eigentlich die Funktionalität sein, oder?

Stimmt; aber da kann man ja versuchen ein Equilibrium zu finden. Das ist ja vielleicht auch die Kunst...
Es gibt ja auch Leute, die sagen: Ach "sch*** auf Reusable Code... Am Ende brauch ich doch wieder was leicht anderes und entwickle ohnehin von vorne wieder". Ich finde das ist alles eine Frage der Wohldefiniertheit: Ich bin davon überzeugt, dass je mehr Erfahrung man über die Jahre sammelt, man auch immer Besser gemeinsame Probleme findet. Ich sitze so oft - egal in welcher Sprache - am Ende eines Projekts vor dem Code und denke: Das nächste Mal würde ich das anders machen und gleich so anfangen...

Brighty

[Rollo62]

Hallo Brighty,

dankesehr für die Erklärungen.

Ich meinte eigentlich auch mehr den Workflow für die mobilen Plafformen,
mit Zertifikatseinbindung, Provisioning, etc. für den Upload in die Stores.

Da finde ich das Delphi uns sehr gut dabei unterstützt, ich frage mich ob das bei
anderen Platformen auch so ist ?
Oder vielleicht sogar besser

Rollo

[BrightAngel]

Also mit Stores und so kenne ich mich nicht im Detail aus; hatte damit bisher zu wenig mit Cross Develop für mobil zu tun

IOS und Java kann ich dir leider nicht empfehlen, weil ich damit noch nicht in Kontakt war (Swift und so...)

Ich hatte mir für Androidentwicklung dann tatsächlich das Android Studio besorgt und das hatte bisher gereicht und mit dem SDK habe ich jetzt bisher nichts vermisst und im Zweifel ging es immer auch manuell über die Konsole...

Tut mir leid, dass ich dir in genau dieser Richtung nicht weiterhelfen kann...!
Brighty

[Rollo62]

Kein Problem, ich bin ja mit Delphi IDE ganz zufrieden.

Die Probleme liegen auch eher bei den Stores, etc. wo es manchmal zig Wege gibt einen
Api Key anzulegen, und man nie so genau weiss obs gerade richtig ist.

Da würde ich mir ein Tool wünschen das einfach nur
einen Knopf hat: "Lade die App mal in den Store hoch"

Und mich dann notfalls mal nach Passort o.ä. fragt.

Das scheint aber nur ein Wunschdenken zu sein, weil Apple/Google auch ständig
an deren Stores und Services herumfummeln.

Rollo