spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Was mich persönlich an den meisten Java-Android engines nervt: sie ziemlich schlecht Garbagecollector-optimiert. Zusätzlich kommt dazu ja leider die Unfähigkeit, dass Java keine ValueTypes vernünftig unterstützt. Wenn du auf Basis von LibGDX anfängst, und vor allem das Feature einbaust, dass man Schriften rotieren kann - analog zu XNA, dann bist du mein Held!

Zitat von »TrommlBomml«

Was mich persönlich an den meisten Java-Android engines nervt: sie ziemlich schlecht Garbagecollector-optimiert. Zusätzlich kommt dazu ja leider die Unfähigkeit, dass Java keine ValueTypes vernünftig unterstützt. Wenn du auf Basis von LibGDX anfängst, und vor allem das Feature einbaust, dass man Schriften rotieren kann - analog zu XNA, dann bist du mein Held!

Da muss ich leider nachfragen: Inwiefern vernünftig? AFAIK gibt es keine Value Typen in Java.

Abgesehen von den elementaren Datentypen oder nicht?

Die primitiven Datentypn in Java (byte, short, int, long, float, double, char) sind einfach nicht mit den Wertetypen aus .Net (Int16, Int32, UInt16, UInt32, Boolean, Strukturen, Enumerations (?) etc. ...) vergleichbar, aber ein entsprechendes Thema gab es bereits.

Ob das für dieses Thema hier relevant ist, sei dahingestellt, allerdings wäre es schon ganz interessant, wie diese Engine aufgebaut sein soll. Welche Komponenten darf man erwarten? (2D und/oder 3D Grafik? 2D und/oder 3D Physik? Netzwerk? ...) Wie sieht die Architektur aus? (komponentenbasiert?) Wie wird man auf Benutzereingaben reagieren können? (Kann man sich, vergleichbar mit Unity, die Tasten und analogen Eingaben mappen, damit man nur noch eine einzige Eingabe abfragen muss? Gibt es dann für Achsen mit gemappten Tasten eine Interpolation, damit eine "Bewegung des Analogsticks" simuliert wird?) Welche anderen Engines/Tools dienen als Vorlage/Vorbild?
Das sind zwar hauptsächlich Detailfragen, die am Anfang wohl nicht alle ausdefiniert sein müssen, allerdings müssten sich diese wohl im Verlaufe des Projekts klären, damit klar ist, was wie implementiert werden soll.

Zitat von »Architekt«

Zitat von »TrommlBomml«

Was mich persönlich an den meisten Java-Android engines nervt: sie ziemlich schlecht Garbagecollector-optimiert. Zusätzlich kommt dazu ja leider die Unfähigkeit, dass Java keine ValueTypes vernünftig unterstützt. Wenn du auf Basis von LibGDX anfängst, und vor allem das Feature einbaust, dass man Schriften rotieren kann - analog zu XNA, dann bist du mein Held!

Da muss ich leider nachfragen: Inwiefern vernünftig? AFAIK gibt es keine Value Typen in Java.

Ich meine damit die Primitiven Datentypen . Wenn ich gesagt hätte, es gibt keine Value Types, hätten sich vielleicht einige Java-Anhänge auf den Schlips getreten gefühlt und da wollte ich einfach diplomatisch sein.

Zitat von »MrBarsack«

Möglichst viele Plattformen erreicht,

iOS ist damit ja mal außen vor, es sei denn ich den Port einer Java-Runtime auf iOS verpasst.

Danke für den Link. Aber der Zusatz Alpha ist ein Showstopper. Ich habe seit einiger Zeit mit der Evaluation von Crossplatform-Entwicklung IOS und Android zu tun und muss sagen, dass ich nix gefunden haben, was zuverlässig funktionert und keinen zusätzlichen Arbeitsaufwand produziert. Qt5.2 scheint vielversprechend zu sein, aber leider noch nicht fertig. Bei vielen anderen Frameworks, die schon weit über Alphstatus raus sind, hat man durchaus mit einigen Problemen zu kämpfen und sei es auch nur die Lizenz. Aber trotzdem wünsche ich dir viel Erfolg.