Hallo,

ich frage mich gerade mit welcher Sprache die Entwickler für Smartphone- und Tablet-Spiele arbeiten. Ist das bei den iOS Produkten ähnlich wie bei den Androids? Ich habe diese Sparte eigentlich nie wirklich ernst genommen, bis ich mir vor kurzem selbst ein ziemlich günstiges Samsung Galaxy Tab 2 bei Saturn gekauft habe. Eigentlich verwende ich es ja zum Surfen etc. Aber ich bleibe immer mal wieder an einem Spiel hängen. Schon beeindruckend was die Geräte für Grafiken darstellen können. Einzig bei der Steuerung würden mir einige „bessere“ Bedienkonzepte einfallen. Ich spiele gerade mit dem Gedanken mal selbst etwas für ein Tablet zu machen. Hat jemand von euch vielleicht schon Erfahrungen damit gesammelt?

Grüße!

_________________
"Headcrab? Gordon no likey!"

Erfahrungen nicht, aber ich meine zu wissen, dass Android-Apps eigentlich immer in Java programmiert werden und iOS-Apps in Objective-C. Allerdings besteht auf Android die Möglichkeit, zeitkritische Funktionen in eine C(++)-Library auszulagern. Das Qt5-Framework nutzt diesen Trick, um herkömmlich in C++ programmierte Apps auf Android laufen zu lassen. Dabei wird praktisch alles wichtige in eine C++ Bibliothek ausgelagert, welche dann von einer automatisch generierten Java-App geladen wird. Frag mich aber nicht nach Details - das ist nur das, was ich über heise-Meldungen mitbekommen habe.

_________________
So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)

Inzwischen kann man sogar mit Delphi sowohl für Android, als auch für iOS (und MacOSX) entwicklen, und zwar "nativ" (basiert dann auf FireMonkey, also OpenGL ES). Allerdings ist der Einstiegspreis hier ziemlich hoch.

Mit Free Pascal geht das teilweise auch, ist aber ziemlich umständlich. Zumindest meine Versuche damit was für Android zu machen waren sehr schwierig. Alternativ gibts aber auch noch solche Sachen wie das Smart Mobile Studio oder Oxygene, zumindest wenn man bei der Pascal Syntax bleiben will

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Moin,

also ich habe in sachen Android bisher immer mit dem Eclipse-Plugin in Java gearbeitet.
Ist, wie ich finde, 'ne sehr komfortable Sache. Das Device kann simuliert und dargestellt werden.
So können auch Eingaben am Gerät mit der Maus erzeugt werden.
Und es gibt ein Tool (irgendwas-Monkey, hab ich gerade nicht im Sinn), dass "unendlich" viele Tastendrücke und sonstiges simuliert und so unerwartetes Verhalten aufdeckt.

Mit iOS hab ich keine Erfahrung.

Grüße
Jan

_________________
ack nack nack nack nack

Auch wenn es bei der Frage um die Sprache ging, vielleicht möchtest du auch eine fertige Engine benutzen:

Für Hobbyprojekte kann ich durchaus Unity3d empfehlen, damit kriegt schnell etwas lauffähiges zusammen. Die kostenlose Version von Unity kann neuerdings eben auch zu iOS und Android exporten, hat aber natürlich diverse Beschränkungen, etwa kein RenderToTexture was so gut wie alle Post-Effekte ausschließt. Außerdem ist Unity (auch Pro) leider generell ungeeignet um komplexe UI zu realisieren, also wenn du deutlich mehr als ein paar Buttons und eine Health-Anzeige benötigst, überlege dir das gut.
http://unity3d.com/unity/licenses

Ansonsten könnte die UnrealEngine eine Option sein, diese ist kostenlos solange dein Projekt nicht kommerziell ist. Habe ich aber noch nie verwendet.
http://www.unrealengine.com/en/platforms/

_________________
Yeah!

Wenn es um iOS in Objective-C geht kommt man auch nicht um einen Mac herum, da XCode meines Wissens nach nicht für Windows verfügbar ist.
Keine Ahnung wie man die GUI etc. mit Delphi für iOS bastelt. Gibt es da irgendwelche Editoren? Bei XCode ist alles dabei was man braucht um "glücklich" zu werden.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

ZenGL: http://zengl.org/

wäre auch eine Engine, die man nutzen könnte, habs aber nie probiert. (aus Mangel an Smartphone)

Soll auf Android und iOS laufen, nutzt aber unter iOS XCode.

_________________
offizieller DGL Compliance Beauftragter
Never run a changing system! (oder so)

iOS kannst du nur mit einen Mac entwickeln, da du nur über xCode (mir fällt grad das eigentliche Programm nicht ein). die Bundles releasen und testen kannst.

De Facto hast du, was die Sprachen angeht, nicht viele Möglichkeiten. Um genauer zu sein, es läuft alles entweder auf Javascript, C oder C++ hinaus. Die ganzen nicht-offiziellen Sprachen (z.B. Mono, Delphi, Adobe, ...) sollte man unter keinen Umständen verwenden (trust me ).

Javascript ist hier nach meiner Erfahrung am stabilsten, außerdem sind die Richtlinien für die Stores hier wesentlich relaxter. Allerdings solltest du unter iOS ca 1-2 Tage einplanen um nen kleinen Server zu schreiben. Ansonsten sind die Interfaces mit den Frameworks sehr entspannt.

Zu C und C++ muss man nicht viel sagen. Bei C hast du im Gegensatz zu C++ den Vorteil das du es als Objective-C linken kannst und dadurch Reflection hast. Der Rest ist Geschmackssache bei den beiden.

_________________
Meine Homepage

Mit Unity hast du die Wahl zwischen C# (ein Custom Mono 2.0) und JavaScript und Boo, wenn dir das mehr zusagt

_________________
Yeah!

Vielen Dank euch allen, das waren wirklich aufschlussreiche Antworten!

Eine fertige Engine wäre eine Option, aber das muss ich mir nochmal genauer ansehen. Da ich ohnehin ein Android zuhause habe denke ich Javascript wäre am schlauesten. Da bin ich zum Glück auch nicht ganz ungeübt. Aber zunächst geht es ja tatsächlich primär um eine Spielerei. Werde mich mal etwas mehr in das Thema einlesen. Falls etwas dabei heraus kommt, werde ich natürlich berichten.

Grüße!

_________________
"Headcrab? Gordon no likey!"

Kurz mal alles hier zusammenfassen und nochc ein paar Optionen reinschmeißen. Du hast wie gesagt mehrere Optionen:
- Nativ für die jeweilige Platform: ObjectiveC für iOS, Java/C++ für Android
- HTML5-Lösungen via Phonegap und ähnlichem. Dann halt eine der vielen JS-Game-Engines (die haben dann auch dank WebGL ordentlich Grafikleistungen)
- Plattformübergreifende Frameworks, die in nativen Code kompilieren wie Titanium oder QT
- Unity3D und Konsorten
- Ziemlich gut soll das hier sein: http://cocos2d-x.org/

Für iOS musst du unter OSX mit XCode bauen, da hast du keine andere Wahl. Um die App dann zu signieren (musst du für den Store) oder außerhalb des Simulators laufen zu lassen, musst du dich als Entwickler für 99$ registrieren. Android-Apps signierst du mit einem eigenen Zertifikat und kannst sie dann in beliebigen Stores anbieten. Natürlich bietet sich als erstes der Play-Store von Google an, der ist der größte. Ein Account da kostet einmalig 25$ (zu zahlen mit Kreditkarte...). Aber es gibt auch z.B. die AndroidPit (gratis, aber gucken beim Hochladen, ob die App schon im Play-Store ist, um sich da ein paar Metadaten zu ziehen, geht nicht ohne...) oder den Samsung-Store (die sollen einigermaßen hohe Auflagen haben und gucken sich, wie Apple, jede App an, die eingereicht wird).

So noch mal ein bissl ausfuehrlicher:
HTML5
- JS Dateien zaehlen als Content. D.h. du kannst sie von deiner App downloaden lassen und musst kein extra Bundle fuer ein Update in den Store laden (wohl der groesste Vorteil).
- Unter Android wird uebergibst du dem Webview eine Klasse als Namespace und makierst deine Funktionen mit einer speziellen Notation. Ich bin da bisher bis Froyo runtergegangen. Fuer hohere Version gibts im Webview Interface noch eine Methode um eine HTTP-Response auszugeben.
- Unter Apple gibts hier vorgefertigte HTTP-Server (die sollten auch unter Android laufen). Mit denen kannst du so ziehmlich alles Moegliche machen. Ich hab das schon selbst probiert und es funktioniert sehr sehr gut (meiner laeuft schon seit iOS 4 ohne Probleme).
- Im Gegensatz zu einigen Beitraegen hier ist Webgl keine gute Loesung. Hier kommt es immer wieder zu massiven Problemen (z.B. Lebenszyklus der App). Wenn du GL verwenden willst waere mein Vorschlag einen nativen GLView ueber deinen Webview zu legen (unsichtbare Webviews gehen allerdings auch) und das JS ueber die oben beschrieben Methoden zu verarbeiten.
- JS hat einige Limitierungen was z.B. die Laufzeit angeht. Ich bin da zwar nie ans Limit gekommen aber es kann ja nicht schaden sich das mal durchzulesen.
- Ich jage in der meiner Debug config das JS noch durch einen Precompiler und kann mir dadurch Expression genau ausgeben lassen was gerade passiert. Sehr nuetzlich wenn man doch mal in irgendeinen Fehler laeuft.

iOS = ObjC, Irrglaube

Objective-C ist C. Der Objective-C Compiler gibt dir lediglich Structs mit einen bestimmten Layout und ruft speziellen Methoden in der Runtime auf um die "Klassen" usw. zu verwalten. Wenn du von Vorne bis Hinten in C/C++ arbeiten willst dann sieht das nicht viel anders als Sonst aus. Ein einfaches Setup ist z.B. :


Das ganze funktioniert natuerlich auch umgekehrt (siehe mein Projekt) ohne grosse Probleme. Allerdings gibts kaum brauchbare Runtimes auf den anderen Platform. Die GNU-Runtime z.B. kann man unter Windows total vergessen.

_________________
Meine Homepage

Hey Leute,

echt cool, dass ihr mir so viele Hilfestellungen gibt. Ich lese es gerade so zwischen Tür und Angel. Deshalb werde ich erst morgen dazu kommen, mir alles mal ausführlicher anzusehen. Bis dahin vielen Dank und einen schönen Feierabend!

Grüße!

_________________
"Headcrab? Gordon no likey!"

Kleiner Hinweis noch, wenn statt ObjectiveC halt C++ verwenden willst: Einfach die Dateiendung von .m auf .mm ändern. Damit hast du dann z.B. alle Nettigkeiten der Std-Lib zur Verfügung wie die Container. Die sind um einiges bequemer als das beschränkte NSArray.

Reine HTML5-Anwendungen, die sich dann auch noch komplett von einem Server nachladen, haben eine gewisse Chance, abgelehnt zu werden von Apple. Da gibt es schwammige Richtlinien, dass die App auch offline funktionieren muss (und sei es um eine Fehlermeldung zu präsentieren) oder sich "wie eine App" anfühlen...
Hab auch mal das Gerücht gehört, dass Apple eine reine Phonegap-App abgelehnt hat mit der Begründung, dass das auch als (mobile) Website abgehandelt werden kann und keine App hier nötig ist. Daneben stand der Tip, die App die Kamera oder irgendwas anderes vom Telefon zu aktivieren, auch wenn es nicht benutzt wird... Aber dazu finde ich gerade auf die schnelle keine Quelle. Klingt nach nem schlecht gelaunten Reviewer imho...

Bei iOS kannst du auf reines C++ und der verunstalteten(meine Meinung) Objective-C Variante ohne umwege arbeiten.
Es gibt noch Mono und diverse andere, die dann letzlich nativen Code bauen und auf Obj-C und C libs linken.
Unity3D baut aus dem C# Code native Bytecode und linkt gegen die Obj-C libs, welche Apple einem aufzwingt und damit braucht es XCode.
Java, C#,... als VM Bytecode und alle Scriptsprachen sind auf iOS verboten, da keine Virtual Machines erlaubt sind(größter unterschied zu Android, wo teile des OS in JavaVM's laufen ^^).
Natürlich hat Apple diese Regeln nicht für eigene Produkte eingehalten und so nutzten sie fleißig Javascript im Safari.
Für iOS benötigt man ein Provision File, welches einem berechtigt Code auf einem Apple Device aus zu führen.
Dafür musst du dir ein Entwickler Abo bei Apple holen(99€ pro Jahr) und registrierst alle deine Geräte im Profiel und lädst dein Provision file auf dieses.
Du brauchst auch ein MacOS, welches man mitlerweile auch als VM laufen lassen kann, wenn man ein kompatibles Intel System hat(i5/i7 CPU mit 0815 Motherboard und Standard AHCI/SATA Controller).
Sonnst musst du dir noch eines der diversen Apple Produkte kaufen, wo MacOS drauf läuft.

Bei Android kann man auf jede beliebige Sprache zurück greifen, ich gehe aber davon aus, dass c/C++ und Java am meisten Sinn, machen, wenn man bedenkt, dass der größte Teil vom Android OS in diesen beiden Sprachen entwickelt wurde.
QT soll laut hörensagen sehr gut geeignet sein.
Unity3D funktioniert problemlos von Windows aus für Android und ist um einiges einfacher im iterationsprozess, als iOS aber dafür hat man die Probleme wie bei PC, tonnen weise unterschiedliche Hardware Specs und verhalten.
Ein Kollege hatte ein Android Smart Phone, welches laut Specs wesentlich schneller war als das iPad3 aber dank des lahmen Speicherbus sämtliche Hardwarevorteile verloren hat, Lösung ist kein GC zu verwenden oder sehr Penibel drauf zu achten, wann man den GC zum arbeiten zwingt.
Zum Vergleich war das Kindle Fire wesentlich schlechter von den Specs hatte aber allen unseren Geräten die Kalte Schulter gezeigt, in sachen Performance.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004