JavaFX - Versionsgeschichte

Lazy1986: /* growthexperiments-addlink-summary-summary:2|0|0 */

Lazy1986 — Sun, 26 Jan 2025 20:28:18 GMT

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 26. Januar 2025, 22:28 Uhr
Zeile 486:		Zeile 486:
	* Oracle selbst nutzt JavaFX nicht bzw. nicht in ausreichendem Maße: Selbst Swing-basierte Produkte bewegen sich nicht in Richtung JavaFX. Zudem wird der Scene Builder seit einiger Zeit nicht mehr von Oracle selbst vertrieben.		* Oracle selbst nutzt JavaFX nicht bzw. nicht in ausreichendem Maße: Selbst Swing-basierte Produkte bewegen sich nicht in Richtung JavaFX. Zudem wird der Scene Builder seit einiger Zeit nicht mehr von Oracle selbst vertrieben.
	* JavaFX hat nie denselben Einfluss wie Swing gewonnen. Die Hauptzielgruppe von JavaFX, nämlich die Swing-Entwickler, seien nicht auf die neue Technologie umgestiegen.		* JavaFX hat nie denselben Einfluss wie Swing gewonnen. Die Hauptzielgruppe von JavaFX, nämlich die Swing-Entwickler, seien nicht auf die neue Technologie umgestiegen.
	* Der Jobmarkt sehe düster aus: Auf der Karriereseite ''dice.com'' fand Almog nur 28 Stellen, die JavaFX-Kenntnisse verlangten, im Gegensatz zu 198 Stellenangebote für Swing, 2333 für Android und 16752 für Java EE (Stand 22. November 2015).<ref name="Almog">{{Internetquelle \|autor=Shai Almog \|url=https://dzone.com/articles/should-oracle-spring-clean-javafx \|titel=Should Oracle Spring Clean JavaFX? \|werk=dzone.com \|datum=2015-11-22 \|sprache=en \|abruf=2016-12-14}}</ref><ref>{{Internetquelle \|autor=Michael Thomas \|url=https://jaxenter.de/ruhe-in-frieden-javafx-31013 \|titel=Ruhe in Frieden, JavaFX? \|werk=jaxenter.de \|datum=2015-11-24 \|sprache=de \|abruf=2016-12-14}}</ref>		* Der Jobmarkt sehe düster aus: Auf der Karriereseite ''dice.com'' fand Almog nur 28 Stellen, die JavaFX-Kenntnisse verlangten, im Gegensatz zu 198 Stellenangebote für Swing, 2333 für [[Android (Betriebssystem)\|Android]] und 16752 für Java EE (Stand 22. November 2015).<ref name="Almog">{{Internetquelle \|autor=Shai Almog \|url=https://dzone.com/articles/should-oracle-spring-clean-javafx \|titel=Should Oracle Spring Clean JavaFX? \|werk=dzone.com \|datum=2015-11-22 \|sprache=en \|abruf=2016-12-14}}</ref><ref>{{Internetquelle \|autor=Michael Thomas \|url=https://jaxenter.de/ruhe-in-frieden-javafx-31013 \|titel=Ruhe in Frieden, JavaFX? \|werk=jaxenter.de \|datum=2015-11-24 \|sprache=de \|abruf=2016-12-14}}</ref>

	Nachdem der Support für die ARM Embedded Platform und die Entwicklung des Scene Builders von Oracle eingestellt wurden, forderte unter anderem der iJUG-Verbund (Interessenverbund deutscher Java User Groups) von Oracle ein explizites Bekenntnis zu JavaFX.<ref>{{Internetquelle \|url=http://www.ijug.eu/home-ijug/aktuelle-news/article/ijug-fordert-von-oracle-ein-klares-bekenntnis-zu-javafx.html \|titel=iJUG fordert von Oracle ein klares Bekenntnis zu JavaFX \|werk=ijug.eu \|datum=2016-01-27 \|sprache=de \|offline=1 \|archiv-url=https://web.archive.org/web/20160923203327/http://www.ijug.eu/home-ijug/aktuelle-news/article/ijug-fordert-von-oracle-ein-klares-bekenntnis-zu-javafx.html \|archiv-datum=2016-09-23 \|abruf=2016-12-14}}</ref> Daraufhin stellte Don Smith (Oracle Senior Director Product Management) klar, dass JavaFX auch weiterhin die empfohlene Technologie für die Entwicklung von Rich Clients sei und diesbezüglich auch weiterentwickelt werde. Der wegfallende Support der ARM-Plattform habe mit dem hohen Aufwand zu tun, angesichts einer sich sehr schnell verändernden Hardware-Technik einen nachhaltigen kommerziellen ARM-Support zu garantieren. Der Scene Builder sei unter der offenen BSD-Lizenz verfügbar gemacht worden und die Strategie bestehe nun darin, den Scene Builder in Tools und Entwicklungsplattformen zu integrieren. Smith verweist insbesondere auf das Startup Gluon, das sich mit JavaFX-Ports und dem Scene Builder befasst.<ref name="Schlosser">{{Internetquelle \|autor=Hartmut Schlosser \|url=https://jaxenter.de/hart-aber-fair-welche-zukunft-hat-javafx-37199 \|titel=Hart aber Fair: Welche Zukunft hat JavaFX? \|werk=jaxenter.de \|datum=2016-03-22 \|sprache=de \|abruf=2016-12-14}}</ref>		Nachdem der Support für die ARM Embedded Platform und die Entwicklung des Scene Builders von Oracle eingestellt wurden, forderte unter anderem der iJUG-Verbund (Interessenverbund deutscher Java User Groups) von Oracle ein explizites Bekenntnis zu JavaFX.<ref>{{Internetquelle \|url=http://www.ijug.eu/home-ijug/aktuelle-news/article/ijug-fordert-von-oracle-ein-klares-bekenntnis-zu-javafx.html \|titel=iJUG fordert von Oracle ein klares Bekenntnis zu JavaFX \|werk=ijug.eu \|datum=2016-01-27 \|sprache=de \|offline=1 \|archiv-url=https://web.archive.org/web/20160923203327/http://www.ijug.eu/home-ijug/aktuelle-news/article/ijug-fordert-von-oracle-ein-klares-bekenntnis-zu-javafx.html \|archiv-datum=2016-09-23 \|abruf=2016-12-14}}</ref> Daraufhin stellte Don Smith (Oracle Senior Director Product Management) klar, dass JavaFX auch weiterhin die empfohlene Technologie für die Entwicklung von Rich Clients sei und diesbezüglich auch weiterentwickelt werde. Der wegfallende Support der ARM-Plattform habe mit dem hohen Aufwand zu tun, angesichts einer sich sehr schnell verändernden Hardware-Technik einen nachhaltigen kommerziellen ARM-Support zu garantieren. Der Scene Builder sei unter der offenen [[BSD-Lizenz]] verfügbar gemacht worden und die Strategie bestehe nun darin, den Scene Builder in Tools und Entwicklungsplattformen zu integrieren. Smith verweist insbesondere auf das Startup Gluon, das sich mit JavaFX-Ports und dem Scene Builder befasst.<ref name="Schlosser">{{Internetquelle \|autor=Hartmut Schlosser \|url=https://jaxenter.de/hart-aber-fair-welche-zukunft-hat-javafx-37199 \|titel=Hart aber Fair: Welche Zukunft hat JavaFX? \|werk=jaxenter.de \|datum=2016-03-22 \|sprache=de \|abruf=2016-12-14}}</ref>

	Insgesamt steht Java in Konkurrenz mit zahlreichen anderen Technologien: Auf der Serverseite beispielsweise mit [[Node.js]] und [[Ruby on Rails]], auf Mobile-Seite mit [[iOS (Betriebssystem)\|iOS]] und in den Bereichen Mobile und Desktop mit HTML und JavaScript.<ref name="Almog" /> Ob sich JavaFX als Technologie für Web-Oberflächen durchsetzen wird, muss die Zeit noch zeigen.		Insgesamt steht Java in Konkurrenz mit zahlreichen anderen Technologien: Auf der Serverseite beispielsweise mit [[Node.js]] und [[Ruby on Rails]], auf Mobile-Seite mit [[iOS (Betriebssystem)\|iOS]] und in den Bereichen Mobile und Desktop mit HTML und JavaScript.<ref name="Almog" /> Ob sich JavaFX als Technologie für Web-Oberflächen durchsetzen wird, muss die Zeit noch zeigen.

Misi DE am 14. Januar 2025 um 15:30 Uhr

Misi DE — Tue, 14 Jan 2025 15:30:05 GMT

← Nächstältere Version		Version vom 14. Januar 2025, 17:30 Uhr
Zeile 511:		Zeile 511:
	<references group="Anmerkung" />		<references group="Anmerkung" />

			[[Kategorie:Grafikbibliothek]]
			[[Kategorie:Java-Bibliothek]]
	[[Kategorie:Java-Programmierschnittstelle]]		[[Kategorie:Java-Programmierschnittstelle]]

Nukelavee: /* growthexperiments-addlink-summary-summary:3|0|0 */

Nukelavee — Sun, 27 Oct 2024 15:23:42 GMT

Linkvorschlag-Funktion: 3 Links hinzugefügt.

← Nächstältere Version		Version vom 27. Oktober 2024, 17:23 Uhr
Zeile 36:		Zeile 36:
	JavaFX entwickelte sich nun immer mehr zur Alternative von Swing/AWT. Im August 2012 erschien JavaFX 2.2. Dieses wurde in das [[Java-Laufzeitumgebung\|JRE]]/[[Java Development Kit\|JDK]] 7 Update 6 integriert. Der Schritt war ungewöhnlich, denn so große Ergänzungen waren bisher als Update im JRE/JDK noch nie gemacht worden.<ref name="Inselbuch1012">{{BibISBN\|978-3-8362-2873-2\|Seite=1012}}</ref>		JavaFX entwickelte sich nun immer mehr zur Alternative von Swing/AWT. Im August 2012 erschien JavaFX 2.2. Dieses wurde in das [[Java-Laufzeitumgebung\|JRE]]/[[Java Development Kit\|JDK]] 7 Update 6 integriert. Der Schritt war ungewöhnlich, denn so große Ergänzungen waren bisher als Update im JRE/JDK noch nie gemacht worden.<ref name="Inselbuch1012">{{BibISBN\|978-3-8362-2873-2\|Seite=1012}}</ref>

	Die Entwicklung in Richtung Open Source mündete in OpenJFX, wodurch sich zusammen mit dem [[OpenJDK]] ein komplett freies Java-System mit GUI-Stack unter der [[GNU General Public License\|GPL]] bauen lässt.<ref name="Inselbuch1012" />		Die Entwicklung in Richtung [[Open Source]] mündete in OpenJFX, wodurch sich zusammen mit dem [[OpenJDK]] ein komplett freies Java-System mit GUI-Stack unter der [[GNU General Public License\|GPL]] bauen lässt.<ref name="Inselbuch1012" />

	=== Version 8 ===		=== Version 8 ===
Zeile 469:		Zeile 469:
	</syntaxhighlight>		</syntaxhighlight>

	Die hierarchische Struktur der Oberfläche kann also sehr gut in der hierarchisch strukturierten Auszeichnungssprache FXML dargestellt werden. Dies macht es einfacher, Komponenten hinzuzufügen und die Gliederung einer GUI aufzubauen.		Die hierarchische Struktur der Oberfläche kann also sehr gut in der hierarchisch strukturierten [[Auszeichnungssprache]] FXML dargestellt werden. Dies macht es einfacher, Komponenten hinzuzufügen und die Gliederung einer GUI aufzubauen.

	=== Der Scene Builder ===		=== Der Scene Builder ===
	Der JavaFX Scene Builder ist ein grafisches Tool, das die Erstellung von FXML-Dateien vereinfacht. Mit dem Tool können GUI-Elemente ohne Programmierkenntnisse entworfen werden. Der Anwender kann per [[Drag and Drop]] die XML-Strukturen von FXML visuell gestalten und generieren lassen.<ref group="Anmerkung">Das Tool ist unter folgender URL für Windows, OS X und Linux erhältlich: https://gluonhq.com/products/scene-builder/</ref>		Der JavaFX Scene Builder ist ein grafisches Tool, das die Erstellung von FXML-Dateien vereinfacht. Mit dem Tool können GUI-Elemente ohne Programmierkenntnisse entworfen werden. Der Anwender kann per [[Drag and Drop]] die XML-Strukturen von FXML visuell gestalten und generieren lassen.<ref group="Anmerkung">Das Tool ist unter folgender URL für Windows, OS X und Linux erhältlich: https://gluonhq.com/products/scene-builder/</ref>

	Oracle hat die Entwicklung des Tools eingestellt und den Quelltext des Programms unter einer BSD-ähnlichen Lizenz freigegeben.<ref>{{Internetquelle \|autor=Simon Vienot \|url=https://mail.openjdk.org/pipermail/openjfx-dev/2013-December/011803.html \|titel=Scene Builder is now open source! \|werk=mail.openjdk.org \|datum=2013-12-03 \|sprache=en \|abruf=2016-03-29}}</ref>		Oracle hat die Entwicklung des Tools eingestellt und den [[Quelltext]] des Programms unter einer BSD-ähnlichen Lizenz freigegeben.<ref>{{Internetquelle \|autor=Simon Vienot \|url=https://mail.openjdk.org/pipermail/openjfx-dev/2013-December/011803.html \|titel=Scene Builder is now open source! \|werk=mail.openjdk.org \|datum=2013-12-03 \|sprache=en \|abruf=2016-03-29}}</ref>
	Daraufhin hat die Firma Gluon die Wartung und den kommerziellen Support übernommen.<ref>{{Internetquelle \|url=http://gluonhq.com/gluon-supports-scene-builder/ \|titel=Gluon supports Scene Builder \|werk=gluonhq.com \|datum=2015-03-04 \|sprache=en \|abruf=2016-03-29}}</ref>		Daraufhin hat die Firma Gluon die Wartung und den kommerziellen Support übernommen.<ref>{{Internetquelle \|url=http://gluonhq.com/gluon-supports-scene-builder/ \|titel=Gluon supports Scene Builder \|werk=gluonhq.com \|datum=2015-03-04 \|sprache=en \|abruf=2016-03-29}}</ref>

Aka: Tippfehler entfernt, schmales Leerzeichen sichtbar gemacht bzw. entfernt

Aka — Sun, 17 Mar 2024 20:45:27 GMT

Tippfehler entfernt, schmales Leerzeichen sichtbar gemacht bzw. entfernt

← Nächstältere Version		Version vom 17. März 2024, 22:45 Uhr
Zeile 45:		Zeile 45:

	=== Roadmap ===		=== Roadmap ===
	Oracle plant, die Entwicklung weiterhin zu leiten und mit interessierten Dritten ~~zusammen zu arbeiten~~.<ref>{{Internetquelle \|url=https://www.oracle.com/technetwork/java/javase/javaclientroadmapupdatev2020may-6548840.pdf \|titel=Java Client Roadmap Update \|werk=oracle.com \|hrsg=Oracle Corporation \|datum=2020-05-11 \|format=PDF; 264 kB \|sprache=en \|abruf=2021-02-14}}</ref>		Oracle plant, die Entwicklung weiterhin zu leiten und mit interessierten Dritten zusammenzuarbeiten.<ref>{{Internetquelle \|url=https://www.oracle.com/technetwork/java/javase/javaclientroadmapupdatev2020may-6548840.pdf \|titel=Java Client Roadmap Update \|werk=oracle.com \|hrsg=Oracle Corporation \|datum=2020-05-11 \|format=PDF; 264 kB \|sprache=en \|abruf=2021-02-14}}</ref>

	== Architektur ==		== Architektur ==
Zeile 484:		Zeile 484:
	Der ehemalige Sun-Mitarbeiter und Codename-One-Gründer Shai Almog bescheinigt JavaFX eine wenig rosige Zukunft. Er teilt JavaFX-Nutzer in drei Kategorien: Unternehmen mit großen Investitionen in Swing, Studenten und eingefleischte Fans. Auf diesem Fundament lasse sich laut Almog nur schwer eine lebhafte [[Online-Community\|Community]] aufbauen. Außerdem sende Oracle keine klaren Signale aus, wie es um sein zukünftiges Engagement für JavaFX bestellt sei. Insgesamt macht er für die mangelnde Zukunft von JavaFX drei Hauptgründe verantwortlich:		Der ehemalige Sun-Mitarbeiter und Codename-One-Gründer Shai Almog bescheinigt JavaFX eine wenig rosige Zukunft. Er teilt JavaFX-Nutzer in drei Kategorien: Unternehmen mit großen Investitionen in Swing, Studenten und eingefleischte Fans. Auf diesem Fundament lasse sich laut Almog nur schwer eine lebhafte [[Online-Community\|Community]] aufbauen. Außerdem sende Oracle keine klaren Signale aus, wie es um sein zukünftiges Engagement für JavaFX bestellt sei. Insgesamt macht er für die mangelnde Zukunft von JavaFX drei Hauptgründe verantwortlich:

	* Oracle selbst nutzt JavaFX nicht bzw. ~~nicht~~ in ausreichendem Maße: Selbst Swing-basierte Produkte bewegen sich nicht in Richtung JavaFX. Zudem wird der Scene Builder seit einiger Zeit nicht mehr von Oracle selbst vertrieben.		* Oracle selbst nutzt JavaFX nicht bzw. nicht in ausreichendem Maße: Selbst Swing-basierte Produkte bewegen sich nicht in Richtung JavaFX. Zudem wird der Scene Builder seit einiger Zeit nicht mehr von Oracle selbst vertrieben.
	* JavaFX hat nie denselben Einfluss wie Swing gewonnen. Die Hauptzielgruppe von JavaFX, nämlich die Swing-Entwickler, seien nicht auf die neue Technologie umgestiegen.		* JavaFX hat nie denselben Einfluss wie Swing gewonnen. Die Hauptzielgruppe von JavaFX, nämlich die Swing-Entwickler, seien nicht auf die neue Technologie umgestiegen.
	* Der Jobmarkt sehe düster aus: Auf der Karriereseite ''dice.com'' fand Almog nur 28 Stellen, die JavaFX-Kenntnisse verlangten, im Gegensatz zu 198 Stellenangebote für Swing, 2333 für Android und 16752 für Java EE (Stand 22. November 2015).<ref name="Almog">{{Internetquelle \|autor=Shai Almog \|url=https://dzone.com/articles/should-oracle-spring-clean-javafx \|titel=Should Oracle Spring Clean JavaFX? \|werk=dzone.com \|datum=2015-11-22 \|sprache=en \|abruf=2016-12-14}}</ref><ref>{{Internetquelle \|autor=Michael Thomas \|url=https://jaxenter.de/ruhe-in-frieden-javafx-31013 \|titel=Ruhe in Frieden, JavaFX? \|werk=jaxenter.de \|datum=2015-11-24 \|sprache=de \|abruf=2016-12-14}}</ref>		* Der Jobmarkt sehe düster aus: Auf der Karriereseite ''dice.com'' fand Almog nur 28 Stellen, die JavaFX-Kenntnisse verlangten, im Gegensatz zu 198 Stellenangebote für Swing, 2333 für Android und 16752 für Java EE (Stand 22. November 2015).<ref name="Almog">{{Internetquelle \|autor=Shai Almog \|url=https://dzone.com/articles/should-oracle-spring-clean-javafx \|titel=Should Oracle Spring Clean JavaFX? \|werk=dzone.com \|datum=2015-11-22 \|sprache=en \|abruf=2016-12-14}}</ref><ref>{{Internetquelle \|autor=Michael Thomas \|url=https://jaxenter.de/ruhe-in-frieden-javafx-31013 \|titel=Ruhe in Frieden, JavaFX? \|werk=jaxenter.de \|datum=2015-11-24 \|sprache=de \|abruf=2016-12-14}}</ref>

88.74.165.54: /* Roadmap */Komplett falscher Zusammenhang. Oracle hat nur gesagt, dass JavaFX 8 in Zusammenhang mit Java 8 bis 2025 unterstützt wird. Es geht hier nicht um die Entwicklung von JavaFX selbst.

88.74.165.54 — Sun, 17 Mar 2024 12:04:33 GMT

Roadmap: Komplett falscher Zusammenhang. Oracle hat nur gesagt, dass JavaFX 8 in Zusammenhang mit Java 8 bis 2025 unterstützt wird. Es geht hier nicht um die Entwicklung von JavaFX selbst.

← Nächstältere Version		Version vom 17. März 2024, 14:04 Uhr
Zeile 45:		Zeile 45:

	=== Roadmap ===		=== Roadmap ===
	~~"Mobile first" und "Web first" motiviert~~ Oracle ~~dazu~~, ~~den Support für JavaFX voraussichtlich im März 2025 einzustellen. Weitere~~ Entwicklung ~~soll~~ ~~dann~~ ~~als~~ ~~separates~~ ~~Open-Source-Modul~~ ~~erfolgen,~~ ~~wozu~~ ~~Oracle bereits mit~~ ~~Interessierten~~ ~~zusammenarbeitet~~.<ref>{{Internetquelle \|url=https://www.oracle.com/technetwork/java/javase/javaclientroadmapupdatev2020may-6548840.pdf \|titel=Java Client Roadmap Update \|werk=oracle.com \|hrsg=Oracle Corporation \|datum=2020-05-11 \|format=PDF; 264 kB \|sprache=en \|abruf=2021-02-14}}</ref>		Oracle plant, die Entwicklung weiterhin zu leiten und mit interessierten Dritten zusammen zu arbeiten.<ref>{{Internetquelle \|url=https://www.oracle.com/technetwork/java/javase/javaclientroadmapupdatev2020may-6548840.pdf \|titel=Java Client Roadmap Update \|werk=oracle.com \|hrsg=Oracle Corporation \|datum=2020-05-11 \|format=PDF; 264 kB \|sprache=en \|abruf=2021-02-14}}</ref>

	== Architektur ==		== Architektur ==

Invisigoth67: typo

Invisigoth67 — Sat, 24 Feb 2024 17:04:01 GMT

typo

← Nächstältere Version		Version vom 24. Februar 2024, 19:04 Uhr
Zeile 210:		Zeile 210:
	Die Klasse <code>Main</code> ist von der Klasse <code>Application</code> abgeleitet. Die eigene <code>main(...)</code>-Methode leitet an die <code>launch(...)</code>-Methode der Application-Klasse weiter. In der erzeugten Instanz der <code>Application</code>-Klasse wird zunächst die <code>init()</code>-Methode ausgeführt, die hier als ''default'' leer implementiert bleibt.		Die Klasse <code>Main</code> ist von der Klasse <code>Application</code> abgeleitet. Die eigene <code>main(...)</code>-Methode leitet an die <code>launch(...)</code>-Methode der Application-Klasse weiter. In der erzeugten Instanz der <code>Application</code>-Klasse wird zunächst die <code>init()</code>-Methode ausgeführt, die hier als ''default'' leer implementiert bleibt.

	Als ~~nächstes~~ wird die <code>start(...)</code>-Methode ausgeführt, die wie hier von jeder JavaFX-Anwendung überschrieben werden muss. JavaFX übergibt der Methode eine <code>Stage</code>, die mit dem Startfenster verglichen werden kann. Innerhalb der <code>start()</code>-Methode werden nun die folgenden Schritte ausgeführt:		Als Nächstes wird die <code>start(...)</code>-Methode ausgeführt, die wie hier von jeder JavaFX-Anwendung überschrieben werden muss. JavaFX übergibt der Methode eine <code>Stage</code>, die mit dem Startfenster verglichen werden kann. Innerhalb der <code>start()</code>-Methode werden nun die folgenden Schritte ausgeführt:
	* Es wird ein einfaches Label-Control <code>label</code> kreiert. Der darzustellende Text „Hello JavaFX World!“ wird hier direkt dem Konstruktor übergeben.		* Es wird ein einfaches Label-Control <code>label</code> kreiert. Der darzustellende Text „Hello JavaFX World!“ wird hier direkt dem Konstruktor übergeben.
	* Nun wird ein <code>StackPane</code> namens <code>root</code> erzeugt. Dieses platziert alle Kindelemente in der Reihenfolge ihres Hinzufügens übereinander. Standardmäßig werden die Komponenten in der StackPane zentriert. Über <code>root.getChildren().add(label)</code> wird nun das zuvor erzeugte <code>Label label</code> hinzugefügt.		* Nun wird ein <code>StackPane</code> namens <code>root</code> erzeugt. Dieses platziert alle Kindelemente in der Reihenfolge ihres Hinzufügens übereinander. Standardmäßig werden die Komponenten in der StackPane zentriert. Über <code>root.getChildren().add(label)</code> wird nun das zuvor erzeugte <code>Label label</code> hinzugefügt.

Poupou l'quourouce: -link auf gelöschten artikel

Poupou l'quourouce — Sat, 24 Feb 2024 15:12:22 GMT

-link auf gelöschten artikel

← Nächstältere Version		Version vom 24. Februar 2024, 17:12 Uhr
Zeile 119:		Zeile 119:

	=== Die Scene (Szene) ===		=== Die Scene (Szene) ===
	Auf der Stage (Bühne) werden in der Regel eine oder mehrere ~~[[Szene (Computergrafik)\|~~Szenen]] präsentiert, die vom Typ <code>javafx.scene.Scene</code> sind. Diese Klasse ist der Container für sämtlichen Inhalt in einem [[Szenengraph]]en, der die einzelnen Bestandteile einer [[Grafische Benutzeroberfläche\|GUI]] verwaltet.		Auf der Stage (Bühne) werden in der Regel eine oder mehrere Szenen präsentiert, die vom Typ <code>javafx.scene.Scene</code> sind. Diese Klasse ist der Container für sämtlichen Inhalt in einem [[Szenengraph]]en, der die einzelnen Bestandteile einer [[Grafische Benutzeroberfläche\|GUI]] verwaltet.

	Aus [[Graphentheorie\|graphentheoretischer]] Sicht ist der Szenengraph ein gewurzelter [[Baum (Graphentheorie)\|Baum]], der aus Nodes (deutsch [[Knoten (Graphentheorie)\|Knoten]]) besteht. Als [[Innerer Knoten\|innere Knoten]] gibt es Parent-Nodes, die weitere Nodes (Knoten) als Kinder enthalten können. Ein [[Blätter und innere Knoten in der Graphentheorie\|Blatt]] (engl. ''leaf node'') hat dagegen keine weiteren Kinder. Die Blätter stellen nun die sichtbaren Elemente der GUI dar (z. B. Buttons, Textfenster und Slider), die Parent-Nodes die unsichtbaren strukturellen Elemente (z. B. BorderPane, HBox und VBox). Eine Applikation muss den [[Wurzel (Graphentheorie)\|Wurzelknoten]] (engl. ''root node'') für den Szenengraphen angeben. Das ist so etwas wie der Ursprung, aus dem sich die gesamte Szene entwickelt. Dafür gibt es ein Argument für den [[Konstruktoren und Destruktoren\|Konstruktor]] eines <code>Scene</code>-Objekts. Die <code>Scene</code>-Objekte müssen im JavaFX-Application-[[Thread (Informatik)\|Thread]] erstellt und modifiziert werden.<ref name="Steyer29_65">{{BibISBN\|978-3-658-02835-0\|Seiten=29, 65}}</ref>		Aus [[Graphentheorie\|graphentheoretischer]] Sicht ist der Szenengraph ein gewurzelter [[Baum (Graphentheorie)\|Baum]], der aus Nodes (deutsch [[Knoten (Graphentheorie)\|Knoten]]) besteht. Als [[Innerer Knoten\|innere Knoten]] gibt es Parent-Nodes, die weitere Nodes (Knoten) als Kinder enthalten können. Ein [[Blätter und innere Knoten in der Graphentheorie\|Blatt]] (engl. ''leaf node'') hat dagegen keine weiteren Kinder. Die Blätter stellen nun die sichtbaren Elemente der GUI dar (z. B. Buttons, Textfenster und Slider), die Parent-Nodes die unsichtbaren strukturellen Elemente (z. B. BorderPane, HBox und VBox). Eine Applikation muss den [[Wurzel (Graphentheorie)\|Wurzelknoten]] (engl. ''root node'') für den Szenengraphen angeben. Das ist so etwas wie der Ursprung, aus dem sich die gesamte Szene entwickelt. Dafür gibt es ein Argument für den [[Konstruktoren und Destruktoren\|Konstruktor]] eines <code>Scene</code>-Objekts. Die <code>Scene</code>-Objekte müssen im JavaFX-Application-[[Thread (Informatik)\|Thread]] erstellt und modifiziert werden.<ref name="Steyer29_65">{{BibISBN\|978-3-658-02835-0\|Seiten=29, 65}}</ref>

MaaaxiKing: Vereinheitlichung, Genus, Interpunktion

MaaaxiKing — Wed, 07 Feb 2024 13:39:27 GMT

Vereinheitlichung, Genus, Interpunktion

← Nächstältere Version		Version vom 7. Februar 2024, 15:39 Uhr
Zeile 128:		Zeile 128:

	=== Nodes (Knoten) ===		=== Nodes (Knoten) ===
	[[Datei:Javafx-layout-classes.svg\|mini\|hochkant=1.5\|Hierarchie der Node-Klassen in JavaFX.]]		[[Datei:Javafx-layout-classes.svg\|mini\|hochkant=1.5\|Hierarchie der Node-Klassen in JavaFX]]
	Alle Objekte im Szenengraph sind vom Typ <code>Node</code>. Diese bilden also den Inhalt des Szenengraphen. Jeder Knoten und jedes Element im Szenengraphen ist wiederum ein Untertyp der abstrakten Klasse <code>Node</code>.		Alle Objekte im Szenengraph sind vom Typ <code>Node</code>. Diese bilden also den Inhalt des Szenengraphen. Jeder Knoten und jedes Element im Szenengraphen ist wiederum ein Untertyp der abstrakten Klasse <code>Node</code>.

Zeile 173:		Zeile 173:
	=== Programmbeispiele ===		=== Programmbeispiele ===
	==== Hello JavaFX World! ====		==== Hello JavaFX World! ====
	[[Datei:HelloJavaFXWorld.jpg\|mini\|[[Screenshot]] des [[Hallo-Welt-Programm]]s mit JavaFX.]]		[[Datei:HelloJavaFXWorld.jpg\|mini\|[[Screenshot]] des [[Hallo-Welt-Programm]]s mit JavaFX]]
	Das folgende Programmbeispiel zeigt ~~eine~~ typisches [[Hallo-Welt-Programm]] in JavaFX:		Das folgende Programmbeispiel zeigt ein typisches [[Hallo-Welt-Programm]] in JavaFX:

	<syntaxhighlight lang="java">		<syntaxhighlight lang="java">
Zeile 403:		Zeile 403:
	</syntaxhighlight>		</syntaxhighlight>

	Als Ausgabe erscheint in der Konsole ''Electric bill has changed!'' Der Listener hat also bemerkt, dass mit <code>electricBill.setAmountDue(100.00)</code> der Wert der amountDue-Property geändert ~~wurde~~ und die entsprechende Nachricht über die <code>changed(...)</code>-Methode ausgegeben.		Als Ausgabe erscheint in der Konsole ''Electric bill has changed!'' Der Listener hat also bemerkt, dass mit <code>electricBill.setAmountDue(100.00)</code> der Wert der amountDue-Property geändert und die entsprechende Nachricht über die <code>changed(...)</code>-Methode ausgegeben wurde.

	Die High-Level-APIs sind der einfachste und schnellste Weg, um Bindings einzusetzen. Sie bestehen aus zwei Teilen: dem Fluent-API und der Binding-Klasse. Das Fluent-API stellt zahlreiche Methoden auf abhängigen Objekten bereit, während die Binding-Klasse statische Factory-Methoden anbietet.		Die High-Level-APIs sind der einfachste und schnellste Weg, um Bindings einzusetzen. Sie bestehen aus zwei Teilen: dem Fluent-API und der Binding-Klasse. Das Fluent-API stellt zahlreiche Methoden auf abhängigen Objekten bereit, während die Binding-Klasse statische Factory-Methoden anbietet.
Zeile 442:		Zeile 442:
	Neben der Möglichkeit, den Szenengraphen über den Programmcode aufzubauen, bietet JavaFX auch die Möglichkeit, die Objekte über [[Extensible Markup Language\|XML]] zu konfigurieren. Mit FXML stellt JavaFX eine einfach zu erlernende, deklarative Sprache zur Verfügung, die eine alternative Definition von grafischen Oberflächen rein über XML erlaubt.<ref group="Anmerkung">Dies ist vergleichbar mit [[XAML]] (Extensible Application Markup Language) aus dem .NET-Framework von Microsoft.</ref> Da XML hierarchisch strukturiert ist, kann die grundlegende hierarchische Gliederung einer GUI in Containern und Komponenten sehr gut auf XML-Basis abgebildet werden. Dies macht es auch einfacher, das Layout sauber vom Code zu trennen. Darüber hinaus können dort Web-Technologien wie [[Cascading Style Sheets\|CSS]] (Cascading Style Sheets), [[JavaScript]] aber auch andere Sprachen wie [[Groovy]] eingesetzt werden, indem sie in den XML-Code eingebettet und damit verknüpft werden.<ref name="Steyer9f">{{BibISBN\|978-3-658-02835-0\|Seiten=9f}}</ref><ref name="Ullenboom1062f">{{BibISBN\|978-3-8362-2874-9\|Seiten=1062f}}</ref><ref name="Inselbuch1013f">{{BibISBN\|978-3-8362-2873-2\|Seite=1013f}}</ref>		Neben der Möglichkeit, den Szenengraphen über den Programmcode aufzubauen, bietet JavaFX auch die Möglichkeit, die Objekte über [[Extensible Markup Language\|XML]] zu konfigurieren. Mit FXML stellt JavaFX eine einfach zu erlernende, deklarative Sprache zur Verfügung, die eine alternative Definition von grafischen Oberflächen rein über XML erlaubt.<ref group="Anmerkung">Dies ist vergleichbar mit [[XAML]] (Extensible Application Markup Language) aus dem .NET-Framework von Microsoft.</ref> Da XML hierarchisch strukturiert ist, kann die grundlegende hierarchische Gliederung einer GUI in Containern und Komponenten sehr gut auf XML-Basis abgebildet werden. Dies macht es auch einfacher, das Layout sauber vom Code zu trennen. Darüber hinaus können dort Web-Technologien wie [[Cascading Style Sheets\|CSS]] (Cascading Style Sheets), [[JavaScript]] aber auch andere Sprachen wie [[Groovy]] eingesetzt werden, indem sie in den XML-Code eingebettet und damit verknüpft werden.<ref name="Steyer9f">{{BibISBN\|978-3-658-02835-0\|Seiten=9f}}</ref><ref name="Ullenboom1062f">{{BibISBN\|978-3-8362-2874-9\|Seiten=1062f}}</ref><ref name="Inselbuch1013f">{{BibISBN\|978-3-8362-2873-2\|Seite=1013f}}</ref>

	Zum Laden einer FXML-Ressource kommt die Klasse <code>javafx.fxml.FXMLLoader</code> und dessen Klassenmethode <code>load(...)</code> zum Einsatz. Hier muss der relative Pfad zur <code>*.fxml</code>-Datei als Parameter übergeben werden. Nun kann die angegebene Datei als Ressource geladen ~~werden~~ und daraus ein Objekt vom Typ <code>javafx.scene.Parent</code> erzeugt werden. Dieses wird dem Konstruktor des Scene-Objekts als Parameter übergeben.<ref name="Steyer65f">{{BibISBN\|978-3-658-02835-0\|Seiten=65f}}</ref>		Zum Laden einer FXML-Ressource kommt die Klasse <code>javafx.fxml.FXMLLoader</code> und dessen Klassenmethode <code>load(...)</code> zum Einsatz. Hier muss der relative Pfad zur <code>*.fxml</code>-Datei als Parameter übergeben werden. Nun kann die angegebene Datei als Ressource geladen und daraus ein Objekt vom Typ <code>javafx.scene.Parent</code> erzeugt werden. Dieses wird dem Konstruktor des Scene-Objekts als Parameter übergeben.<ref name="Steyer65f">{{BibISBN\|978-3-658-02835-0\|Seiten=65f}}</ref>

	In den Java-Dokumentationen wird der Unterschied zwischen Code und FXML am folgenden einfachen Beispiel veranschaulicht:<ref>{{Internetquelle \|autor=Irina Fedortsova \|url=https://docs.oracle.com/javafx/2/fxml_get_started/why_use_fxml.htm \|titel=Mastering FXML \|werk=docs.oracle.com \|datum=2014-01 \|sprache=en \|abruf=2016-12-14}}</ref>		In den Java-Dokumentationen wird der Unterschied zwischen Code und FXML am folgenden einfachen Beispiel veranschaulicht:<ref>{{Internetquelle \|autor=Irina Fedortsova \|url=https://docs.oracle.com/javafx/2/fxml_get_started/why_use_fxml.htm \|titel=Mastering FXML \|werk=docs.oracle.com \|datum=2014-01 \|sprache=en \|abruf=2016-12-14}}</ref>
Zeile 484:		Zeile 484:
	Der ehemalige Sun-Mitarbeiter und Codename-One-Gründer Shai Almog bescheinigt JavaFX eine wenig rosige Zukunft. Er teilt JavaFX-Nutzer in drei Kategorien: Unternehmen mit großen Investitionen in Swing, Studenten und eingefleischte Fans. Auf diesem Fundament lasse sich laut Almog nur schwer eine lebhafte [[Online-Community\|Community]] aufbauen. Außerdem sende Oracle keine klaren Signale aus, wie es um sein zukünftiges Engagement für JavaFX bestellt sei. Insgesamt macht er für die mangelnde Zukunft von JavaFX drei Hauptgründe verantwortlich:		Der ehemalige Sun-Mitarbeiter und Codename-One-Gründer Shai Almog bescheinigt JavaFX eine wenig rosige Zukunft. Er teilt JavaFX-Nutzer in drei Kategorien: Unternehmen mit großen Investitionen in Swing, Studenten und eingefleischte Fans. Auf diesem Fundament lasse sich laut Almog nur schwer eine lebhafte [[Online-Community\|Community]] aufbauen. Außerdem sende Oracle keine klaren Signale aus, wie es um sein zukünftiges Engagement für JavaFX bestellt sei. Insgesamt macht er für die mangelnde Zukunft von JavaFX drei Hauptgründe verantwortlich:

	* Oracle selbst nutzt JavaFX nicht bzw. ~~nicht~~ in ausreichendem Maße: Selbst Swing-basierte Produkte bewegen sich nicht in Richtung JavaFX. Zudem wird der Scene Builder seit einiger Zeit nicht mehr von Oracle selbst vertrieben.		* Oracle selbst nutzt JavaFX nicht bzw. nicht in ausreichendem Maße: Selbst Swing-basierte Produkte bewegen sich nicht in Richtung JavaFX. Zudem wird der Scene Builder seit einiger Zeit nicht mehr von Oracle selbst vertrieben.
	* JavaFX hat nie denselben Einfluss wie Swing gewonnen. Die Hauptzielgruppe von JavaFX, nämlich die Swing-Entwickler, seien nicht auf die neue Technologie umgestiegen.		* JavaFX hat nie denselben Einfluss wie Swing gewonnen. Die Hauptzielgruppe von JavaFX, nämlich die Swing-Entwickler, seien nicht auf die neue Technologie umgestiegen.
	* Der Jobmarkt sehe düster aus: Auf der Karriereseite ''dice.com'' fand Almog nur 28 Stellen, die JavaFX-Kenntnisse verlangten, im Gegensatz zu 198 Stellenangebote für Swing, 2333 für Android und 16752 für Java EE (Stand 22. November 2015).<ref name="Almog">{{Internetquelle \|autor=Shai Almog \|url=https://dzone.com/articles/should-oracle-spring-clean-javafx \|titel=Should Oracle Spring Clean JavaFX? \|werk=dzone.com \|datum=2015-11-22 \|sprache=en \|abruf=2016-12-14}}</ref><ref>{{Internetquelle \|autor=Michael Thomas \|url=https://jaxenter.de/ruhe-in-frieden-javafx-31013 \|titel=Ruhe in Frieden, JavaFX? \|werk=jaxenter.de \|datum=2015-11-24 \|sprache=de \|abruf=2016-12-14}}</ref>		* Der Jobmarkt sehe düster aus: Auf der Karriereseite ''dice.com'' fand Almog nur 28 Stellen, die JavaFX-Kenntnisse verlangten, im Gegensatz zu 198 Stellenangebote für Swing, 2333 für Android und 16752 für Java EE (Stand 22. November 2015).<ref name="Almog">{{Internetquelle \|autor=Shai Almog \|url=https://dzone.com/articles/should-oracle-spring-clean-javafx \|titel=Should Oracle Spring Clean JavaFX? \|werk=dzone.com \|datum=2015-11-22 \|sprache=en \|abruf=2016-12-14}}</ref><ref>{{Internetquelle \|autor=Michael Thomas \|url=https://jaxenter.de/ruhe-in-frieden-javafx-31013 \|titel=Ruhe in Frieden, JavaFX? \|werk=jaxenter.de \|datum=2015-11-24 \|sprache=de \|abruf=2016-12-14}}</ref>

Phzh: Form, typo

Phzh — Sun, 10 Sep 2023 10:37:44 GMT

Form, typo

Änderungen zeigen

Siegbert v2: Control-Tabelle: Links auf weitere existierende Artikel / Quellen überarbeitet: Archivlinks + BibISBN (Bücherdaten werden automatisch aus zentraler Bibliothek entnommen) + Parameter-Fehler in Cite web => einheitlich für alle Online-Quellen die Vorlage Internetquelle / Anmerkungen gruppiert (wie in Hilfe:Einzelnachweise) / kleine Tippfehler

Siegbert v2 — Fri, 28 Oct 2022 00:17:20 GMT

Control-Tabelle: Links auf weitere existierende Artikel / Quellen überarbeitet: Archivlinks + BibISBN (Bücherdaten werden automatisch aus zentraler Bibliothek entnommen) + Parameter-Fehler in Cite web => einheitlich für alle Online-Quellen die Vorlage Internetquelle / Anmerkungen gruppiert (wie in Hilfe:Einzelnachweise) / kleine Tippfehler

Änderungen zeigen