Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Habe jetzt keinen Zugriff auf das Tutorial, daher weiß ich nicht ob es irgendwo in den Videos behandelt wird ohne das es aus den Video-Titeln hervorgeht. Aber kann es sein das in dem Kurs komplett das Thema GUI fehlt ?
Das könnte sein. Aber die Stärke von Java liegt eher im Backend-Bereich und Kenntnisse wie man Code organisieren soll(te) oder Daten verarbeitet sind langfristig sinnvoller als (kurzlebige) Bibliothek-Kenntnisse in z.B. SWT, JavaFX(2), React, Vaadin, ...
Also das ist jetzt etwas off topic ... aber ich stimme @M.L. nur teilweise zu.
Ja, generische Kenntnisse (wie man Code organisiert, Daten verwaltet und so) sind sehr wichtig, aber sie können immer nur eine Basis bilden. Letzten Endes benötigt man aber immer konkrete Tools, Sprachen, Libraries, ... um ein Problem zu lösen. Das ist dann in so fern problematisch, dass Unterlagen und Hilfsmittel nur eine begrenzte Lebensdauer haben. (Man muss nur konkret schauen: Wenn ich in mein Regal schaue, dann finde ich z.B. Bücher zu Java EE 8 ... Oder Bücher zu Windows XP oder Windows Server 2008 ... das ist alles nur noch Altpapier.
Daher sehe ich alles diesbezüglich als sehr hilfreich und nützlich an.
Aber wenn man Lernunterlagen erstellt, dann hat man in der Regel eine Zielgruppe vor Augen und da ist dann wirklich die Frage: Was macht man. Ich habe da keine Gespräche mit @Ullenboom geführt, daher ist das nur reine Vermutung: Er hat halt auch speziell Dinge zu Spring Boot und so (Sein Buch kann ich nur empfehlen. Ich habe es mir mal zur Vertiefung geholt um einfach ein noch fundamentales Grundverständnis zu gewinnen) und evtl. geht das mit in seine Strategie. Und da würde dann ein Swing Kapitel keinen wirklichen Sinn machen... So wie @M.L. geschrieben hat: Die Stärke ist mehr im Backend...
Ich bin da anderer Meinung. Der Kurs richtet sich eindeutig an Anfänger die noch nie eine Zeile Java programmiert haben. Das schließe ich zumindest aus den Videotiteln der ersten beiden Kapitel. Und wenn ich als Anfänger zig Kapitel durch habe möchte ich irgendwann auch mal einen sichtbaren Erfolg jenseits von Terminal-Ausgaben haben. Ob es wichtig ist oder nicht, Stichwort "Stärke im Backend", ist da erstmal sekundär. Rein zur Motivation sollte so nach Kapitel 10 mal irgendwas jenseits des Terminals aquf dem Bildschirm sichtbar werden.
Das ist meine Meinung basierend auf meinen Erfahrungen mit autodidaktischem lernen von Java.
Ich bin da anderer Meinung. Der Kurs richtet sich eindeutig an Anfänger die noch nie eine Zeile Java programmiert haben. Das schließe ich zumindest aus den Videotiteln der ersten beiden Kapitel. Und wenn ich als Anfänger zig Kapitel durch habe möchte ich irgendwann auch mal einen sichtbaren Erfolg jenseits von Terminal-Ausgaben haben. Ob es wichtig ist oder nicht, Stichwort "Stärke im Backend", ist da erstmal sekundär. Rein zur Motivation sollte so nach Kapitel 10 mal irgendwas jenseits des Terminals aquf dem Bildschirm sichtbar werden.
Das ist meine Meinung basierend auf meinen Erfahrungen mit autodidaktischem lernen von Java.
Ich kann mich deiner Meinung nicht anschließen, wenn man Desktop-Programme erstellen möchte ist Java die falsche Wahl. Lerne einfach was anderes.
Ein Hammer ist ein Werkzeug, aber nicht jedes Werkzeug ist ein Hammer. Man sollte also das richtige Werkzeug für den eigentlichen Zweck verwenden.
Natürlich darf man auch mit Java Oberflächen-Programmierung vornehmen. Aber die serverseitige Belastung ist (im Schnitt) geringer, wenn das Endgerät das Rendern und Darstellen einer UI übernimmt.
Jeder lokale (Entwicklungs)Rechner kann auch Server sein (im Extremfall nur für sich selbst). Und je mehr Daten so ein Server verarbeiten (z.B. UI rendern) und wegschicken muss, desto länger dauert dieser Prozess idR.
Also der Punkt ist doch nicht, ob man mit Java eine GUI entwickeln darf. Niemand verbietet es oder will es verbieten.
Die Fragestellung hier ist ganz einfach, ob ein konkreter Autor ein Kapitel dazu erstellen soll oder nicht. Und das ist ganz alleine die Entscheidung eben dieses Autors. Und welche Gründe er hier hat, ist auch ganz allein sein Thema.
Ich habe mir erlaubt, da eine Vermutung aufzustellen. Aber mir ist da noch viel mehr in den Sinn gekommen. Auch wenn es wenig Sinn macht, darüber zu spekulieren:
Christian erstellt aus meiner Sicht hochwertigen Inhalt. Wenn er Dinge verkauft, dann ist mein Eindruck: Es sollte Hand und Fuss haben.
a) Ist so etwas mit Swing oder JavaFX technisch möglich? Swing und JavaFX sind rudimentär. Swing ist extrem veraltet und bietet vieles nicht. deklarative UIs sind aus meiner Sicht z.B. sehr wichtig. JavaFX bietet das, aber recht halbherzig. Vieles fehlt, was zu extrem viel manuellem Code führt.
b) Sauber strukturierter Code ist nur bedingt möglich. Eine 100% saubere Aufteilung wird durch diverse Dinge erschwert und es werden dann schnell Kompromisse getroffen. Was erwartet man dann von so Content? "Gefrickel" oder irgend was, was dann als Umständlich angesehen wird? Beides dürfte mit den Anforderungen an den Inhalt nicht vereinbar sein.
c) Ich kenne die Expertise von Christian nicht - hochwertiger Content erfordert ggf. auch noch eine deutlich tiefere Einarbeitung was dann dem Kosten / Nutzen Verhältnis nicht wirklich entsprechen dürfte ....
UIs mit Java sind möglich. Anwendungen wie IntelliJ und Eclipse zeigen dies. Aber das sind dann auch ganz andere Libraries. IntelliJ habe ich nicht genau angesehen, aber da wird eine Library viele Möglichkeiten bereitstellen wie z.B. dieses ganze Docking. Eclipse wäre nicht nur SWT sondern gleich die ganze Eclipse Rich Client Platform. Das ist dann schon ein ganzes Buch nur für sich...
Aber die Diskussion führt auch zu nichts. Unter dem Strich bleibt die legitime Anfrage von Ernesto, ob es dieses Kapitel gibt (und er es übersehen hat) oder ob es fehlt. Und alle Bewertungen und Sichten sind prinzipiell irrelevant, weil einfach von Aussenstehenden.
Wenn die Frage berechtigt war, dann verstehe ich die Hysterie nicht ganz. Thema Grafische Oberflächen hatten wir an der Uni auch und im Handbuch Java ist auch eine Insel werden Oberflächen mit Swing ebenfalls ausführlich behandelt. Überdies sind die Tutorial von Oracle zu dem Thema auch sehr gut. Ich glaube eher weniger, das der Autor sich damit nicht auskennen würde - eher ist wohl die Frage, worauf der Schwerpunkt gelegt werden soll.
Ich sehe keine Hysterie ... ich sehe einfach nur einen einfachen Gedankenaustausch. Und was die Bewertungen angeht, werde ich keine weitere Diskussion starten oder diese vertiefen.... Meine Sichtweise bezüglich "ausführlich" und "sehr gut" ist aber zumindest abweichend
Der Kurs ist mit >60 Std. schon ziemlich lang, und andere Dinge stehen klar im Vordergrund (ein Debugging-Video muss ich dringend ergänzen). Irgendwann werde ich noch mal ein paar Videos zum Thema Swing ergänzen. Das hat allerdings im Moment keine Priorität. Aber so was Grundlegendes wie Fenster aufbauen, UI-Elemente setzen, Ereignisbehandlung, List-Model, Renderer wollte ich schon noch ergänzen. Ich finde es auch didaktisch gut, wenn man Dinge sieht, denn das macht mehr Spaß, wenn irgendwo ein Button gedrückt werden kann und dann passiert was.
Auch in der Insel habe ich das GUI-Kapitel in der aktuellen Auflage zusammengekürzt. Ich beschreibe, dass grafische Oberflächen in einem Hintergrundthread laufen, was ein Event-Auslöser und Listener ist. Mehr nicht. Manchmal ist es als Autor leichter, ein Thema komplett wegzulassen. Weil in dem Moment, wo du mit einem Thema beginnst, wird irgendjemand irgendwelche speziellen Fragen haben. Und GUI-Programmierung mit JFC ist ein Fass ohne Boden. Als Autor hast du eine gewisse Anzahl von Seiten zur Verfügung, und da musst du immer gewichten. Prinzipiell kann eine Videoserie unendlich gehen, aber irgendwann lässt die Lust der Zuschauer dann auch nach. Einige Universitäten nutzen den Kurs für die Studierenden, und die müssen 80 Prozent geschaute Videos nachweisen. Ich glaube, die hätten keinen Spaß daran, sich durch die GUI-Kapitel zu kämpfen
An den Zugriffszahlen der Insel und an den Video-Views kann ich ganz gut erkennen, welche Themen gefragt und welche weniger gefragt sind. Spezielle Themen werden selten bis nie angefragt und aufgerufen. In früheren Insel-Auflagen gab es zum Beispiel so etwas wie Doclets programmieren oder einen eigenen Annotation-Processor programmieren; letztendlich habe ich das alles wieder entfernt.
Auch wenn ich mich seit 30 Jahren intensiv mit Java beschäftige, sehe ich es im Alltag so, dass davon nur ein winzig kleiner Teil tatsächlich nötig ist. Ist bei Spring genauso. Mit einem kleinen Teil kann man dann schon sehr produktiv arbeiten.
Oder diese Frage auch öffentlich stellen, wie es hier ja auch passiert ist... Wem das nicht passt, der muss ja nicht unbedingt hier mitlesen - aber er sollte zumindest die anderen nicht stören.
@Ullenboom Ich hatte vorhin eine ältere Auflage der Insel aus dem Schrank gekramt, ein wenig gelesen - und das Thema über grafische Oberflächen ist tatsächlich ziemlich lang... bzw. es kann fast nicht vollumfänglich behandelt werden, wenn es noch "ein" Buch bleiben soll.
