Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Genau das ist aber ohne RoboVM ein (rechtliches) Problem unter iOSgerade wenn es cross-platform sein soll
Genau das ist aber ohne RoboVM ein (rechtliches) Problem unter iOSgerade wenn es cross-platform sein soll
JavaFX ist ein GUI Framework, keine GameEngine.
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Gäbe bestimmt eine, wenn Apple das erlauben würde. Ist aber nicht der Fall.Genau das ist aber ohne RoboVM ein (rechtliches) Problem unter iOSgerade wenn es cross-platform sein soll
Gibt es denn von Oracle keine offizielle mobile Lösung? Das ist doch ein großer Markt
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »@zimmer« (03.05.2016, 22:01)
JavaFX ist ein GUI Framework, keine GameEngine.
Nee, JavaFX ist sowas wie Flash (mal war). Damit kann man ziemlich viel machen, eben auch Spiele. Dreh- und Angelpunkt ist immer die Grafikfähigkeit und wie schnell die Grafik ist. Das entscheidet über Spieletauglichkeit. Das ist ne API, relativ "low level". Also sowas wie bitmapdata.copypixel() ist da die beste Funktion überhaupt und sauschnell! Wirklich
Ein GUI Framework ist für mich sowas wie Qt, also wenn man Buttons, Dialoge, Listen etc. möglichst standardisiert (oder überhaupt) haben will. Das ist auch ne API. (Das kann man sich in C auch selber zusammenstoppeln ).
Eine Game Engine ist noch was ganz anderes: Wenn ich mir zum Beispiel Unity so ansehe, komme ich mir vor, wie in 3D Studio oder so. Grafiker dürften sich da eher zuhause fühlen. Man kann wohl auch Scripte schreiben, aber es ist nunmal keine Programmierung, sondern eben diese Engine. Da gibts ja ganz viele von. Das sind ganz viele eigene Bücher wert, so komplex ist das. Nur soviel: Runtime-Lizenzen sind da meistens fällig! Mehr oder weniger. Von irgendwas müssen die Programmierer ja leben.
Meine Frage zielte auch eher darauf, ob Java im Browser noch Chancen hat. Wohl eher nicht, wie ich das sehe. Es wird wohl durch Javascript abgelöst bzw. das ist bereits geschehen. Auf dem Desktop sieht es wohl noch finsterer aus. LibGDX hin oder her. Bleiben JavaEE Anwendungen. Das kann ich nicht beurteilen.
Aber da gibts sicherlich auch andere Meinungen.
Meine Frage zielte auch eher darauf, ob Java im Browser noch Chancen hat. Wohl eher nicht, wie ich das sehe. Es wird wohl durch Javascript abgelöst bzw. das ist bereits geschehen. Auf dem Desktop sieht es wohl noch finsterer aus. LibGDX hin oder her. Bleiben JavaEE Anwendungen. Das kann ich nicht beurteilen.
JavaFX ist ein GUI Framework, keine GameEngine.
Nee, JavaFX ist sowas wie Flash (mal war). Damit kann man ziemlich viel machen, eben auch Spiele. Dreh- und Angelpunkt ist immer die Grafikfähigkeit und wie schnell die Grafik ist. Das entscheidet über Spieletauglichkeit. Das ist ne API, relativ "low level". Also sowas wie bitmapdata.copypixel() ist da die beste Funktion überhaupt und sauschnell! Wirklich
Ein GUI Framework ist für mich sowas wie Qt, also wenn man Buttons, Dialoge, Listen etc. möglichst standardisiert (oder überhaupt) haben will. Das ist auch ne API. (Das kann man sich in C auch selber zusammenstoppeln ).
Eine Game Engine ist noch was ganz anderes: Wenn ich mir zum Beispiel Unity so ansehe, komme ich mir vor, wie in 3D Studio oder so. Grafiker dürften sich da eher zuhause fühlen. Man kann wohl auch Scripte schreiben, aber es ist nunmal keine Programmierung, sondern eben diese Engine. Da gibts ja ganz viele von. Das sind ganz viele eigene Bücher wert, so komplex ist das. Nur soviel: Runtime-Lizenzen sind da meistens fällig! Mehr oder weniger. Von irgendwas müssen die Programmierer ja leben.
Meine Frage zielte auch eher darauf, ob Java im Browser noch Chancen hat. Wohl eher nicht, wie ich das sehe. Es wird wohl durch Javascript abgelöst bzw. das ist bereits geschehen. Auf dem Desktop sieht es wohl noch finsterer aus. LibGDX hin oder her. Bleiben JavaEE Anwendungen. Das kann ich nicht beurteilen.
Aber da gibts sicherlich auch andere Meinungen.
Also JavaFX ist sowas von ein GUI-Framework, GUIger geht es kaum. Es ist der offizielle Nachfolger von Swing und wenn ich mir Scene Builder anschaue bestätigt das meine Aussage noch mehr. Und JavaFX mit Flash zu vergleichen...lass ich mal unkommentiert.
Und dass du Java mit JavaScript vergleichst, wird immer gruseliger, komplett zwei verschiedene Kernkompetenzen.
Aber es gibt Java-Web-Start, zwar nicht ganz vergleichbar mit den Applets aber wenn du Interesse hast!?
Generell kann ich dir auch LibGDX emofehlen. Sonst schau mal auf Youtube, da gibt es enige Videos wie man in JavaFX ganz interessante RPGs entwickeln kann.
Werbeanzeige