Apprenez & le développement de Jeu de Maître Cocos2D

Cet article FAQ Kobold2D explique la différence entre la Couronne SDK et la bibliothèque de Cire d'I-Phone et évalue les options existantes et futures pour Lua scripting dans Kobold2D.

La Couronne SDK expose une API bien conçue dans Lua pour le développement de jeu et app. Cette API se distingue naturellement d'IOS SDK comme la Couronne est aussi un moteur de jeu de trans-plate-forme, en exposant la même API pour toutes les plates-formes.

Par exemple, quand vous recevez un événement d'accéléromètre dans la Couronne vous recevez un objet d'événement avec ces propriétés. Les paramètres d'accélération sont déjà fendus dans "l'accélération immédiate” et “l'accélération de gravité”, quelque chose que les promoteurs d'IOS doivent faire manuellement. En même temps, l'événement annonce aussi si c'était un événement de secousse. Sur IOS c'est une entièrement différente API des événements d'accéléromètre. At the same time, the event also reports whether it was a shake event. On iOS this is an entirely different API from the accelerometer events.

Dans une phrase, la Couronne expose la fonctionnalité que les appareils offrent d'une façon uniforme, simplifiée. La couronne condense aussi des renseignements dans moins de propriétés et méthodes. Vous vous occupez de moins de fonctions qui le rend grand pour le prototypage rapide. Mais quelquefois vous aurez moins de fonctionnalité et en particulier vous ne pouvez pas étendre la Couronne avec votre propre Objectif-C, C ou C ++ le code comme le moteur backend est de propriétaire. En général, cela rend la Couronne SDK très facile à apprendre, mais parce que ce n'est pas extensible et peut imposer des restrictions, ce n'est pas pour chacun. You deal with fewer functions which makes it great for rapid prototyping. But sometimes you’ll have fewer functionality, and in particular you can’t extend Corona with your own Objective-C, C or C++ code since the backend engine is proprietary. Overall, this makes Corona SDK very easy to learn but because it’s not extensible and can impose restrictions, it’s not for everyone.

La bibliothèque de Cire d'I-Phone est le fait de lier dynamique, automatique de la langue Lua à l'Objectif-C. La cire fournit une couche de traduction qui expose le code Objectif-C régulier à Lua via les fonctions d'exécution Objectives-C.

Comme le fait de se lier arrive à la durée d'exécution, c'est le fait de lier dynamique — en d'autres termes il n'y a aucun code qui dit que fonctionnent X devrait être exposé à Lua d'une façon particulière. Au lieu de cela il y a le code qui crée les méthodes Lua et les propriétés en analysant le code Objectif-C existant à la durée d'exécution et en appliquant des mécanismes de conversion génériques pour traduire entre les deux langues. Le fait de se lier est automatique parce que cette traduction est transparente à l'utilisateur. The binding is automatic because that translation is transparent to the user.

La cire vous permet essentiellement d'écrire le code Objectif-C dans la langue scripting Lua. C'est agréable, dans la direction de mémoire automatique particulière devrait être mentionné comme une caractéristique positive de Cire. Mais autre que cela il est vraiment difficile de justifier l'utilisation de Cire si vous pouvez écrire le même code dans l'Objectif-C. Voici les désavantages importants d'écrire (scripting) apps avec la Cire : But other than that it’s really hard to justify the use of Wax if you can write the same code in Objective-C. Here are the major drawbacks of writing (scripting) apps with Wax:

1. Vous finissez par écrire presque exactement même code que dans l'Objectif-C. Cela peut être un peu moins de code mais il utilise une syntaxe bizarre et rare.
2. La nature dynamique de Cire’ Lua les causes se liant un significatif au-dessus. Tellement en fait que gameplay réel scripting pour en temps réel (60 fps) les jeux auront pour résultat la performance décevante — à moins que le jeu ne soit assez simple et/ou vous visez seulement plus nouveaux appareils (la 4ème génération en avant et iPads).
3. Vous ne pouvez pas déboguer correctement des scripts Lua. Vous ne pouvez pas mettre des points d'arrêt, vous ne pouvez pas le pas simple par le code de script, vous ne pouvez pas inspecter des variables.
4. Lua est une langue dynamiquement tapée. Cela signifie que le compilateur ne vérifiera pas de scripts Lua pour les erreurs. N'importe quelles erreurs de syntaxe dans votre script vont seulement la surface pendant que votre app court déjà.
Any syntax errors in your script will only surface while your app is already running.
5. Le soutien de Lua dans Xcode est non-existant. Il n'y a aucun marquage de syntaxe, aucun auto-achèvement, le fait de réagir en tant qu'agent à la commission non, aucune aide rapide pour les dossiers de script Lua.
6. Vous perdez des paramètres appelés dans le code de Lua. Les fonctions de Lua sont indéfinissables comme les fonctions de C :
   someFunction ("myName", 1, c'est vrai, "triggerMe", faux, 100, 0.4)

Dans l'incapacité particulière de déboguer vos scripts de Cire (#3) et le fait de ne pas avoir compile des vérifications de syntaxe fois (#4) compensera complètement n'importe quel gain de temps que vous pourriez recevoir d'écrire votre app entièrement dans la Cire.

La cire ne joue pas dans les forces de Lua, qui est qu'elle est d'habitude utilisée pour exposer une API simplifiée, spécifique du domaine. Une telle API serait moins faillible, est plus facile à comprendre et déboguer. Au lieu de cela la Cire expose la pleine complexité d'Objectif-C et applique une syntaxe bizarre, enlève le fait de déboguer, rend le contrôle de syntaxe infirme et réduit le code en révisant le confort. Pas exprès, remarque mais dans le fond c'est ce que vous recevez. Instead, Wax exposes the full complexity of Objective-C and applies a weird syntax, removes debugging, disables syntax checking and reduces code editing comfort. Not on purpose, mind you, but in effect that’s what you get.

Pendant que la Couronne partage les éditions #4 à #6 avec la Cire, c'est la performance et le design codé est bien au-dessus de cela ce que la Cire est capable de fournir. La couronne vient aussi avec un débogueur Lua, bien qu'un conduit de la commande un (eg. comme le Terminus).

Lua n'est pas sans ses avantages. C'est une langue excellente aux jeux de script dans. Mais c'est vrai seulement si le but de la langue a été déterminé et une API appropriée a été conçue et exécutée, exposée à Lua via Lua régulier, non-dynamique bindings pour la performance optimale. Cela exige beaucoup de travail. But this is only true if the purpose of the language has been determined and an appropriate API has been designed and implemented, exposed to Lua via regular, non-dynamic Lua bindings for optimal performance. That requires a lot of work.

Vous pouvez attacher l'API exposée à Lua en écrivant manuellement C les fonctions qui manipulent la meule de Lua, ou via les bibliothèques se liant telles que tolua. Une telle approche peut avoir un de ces buts :

1. Une API de moteur de jeu de but générale pour écrire apps dans Lua. (La couronne SDK)
2. Une API scripting spécifique du domaine pour manipuler des objets de jeu existants à la durée d'exécution pour un but précis. C'est souvent adapté pour travailler seulement avec un détail (le type de) le jeu. (Le monde de Warcraft UI Scripting)
(World of Warcraft UI Scripting)
3. Une API "de temps du téléchargement" pour configurer l'app et ses objets. Réduit la quantité de code de paragraphe passe-partout nécessaire pour monter une scène. Peut être utilisé par ajoutent-ons et les outils puisque des données d'utilisateur-editable formatent pour les scènes, les niveaux, etc. (Kobold2D)
Can be used by add-ons and tools as a user-editable data format for scenes, levels, etc. (Kobold2D)
4. Utilisez le Numéro 3 pour configurer une machine publique spécifique du domaine, d'exécution. Le statemachine est exécuté dans un langage de haut niveau (l'Objectif-C, C, C ++) pour la meilleure performance. L'API de haut niveau est exposée par Lua pour fournir une API facile à utiliser aux créateurs. Les scripts Lua sont dirigés une fois initialiser le statemachine. (Battleforge, Spellforce)
The high-level API is exposed through Lua to provide a user-friendly API to designers. The Lua scripts are run once to initialize the statemachine. (Battleforge, Spellforce)

Le numéro 3 est déjà exécuté par Kobold2D. Le numéro 2 et/ou 4 pourrait être exécuté dans l'avenir, à condition qu'il y ait un module commun que les scripts sont censés contrôler. Par exemple, cela pourrait être un système de menu scriptable pour que les écrans de menu puissent être conçus et programmés entièrement dans Lua. Ce n'est pas une promesse pour un trait, juste quelque chose qui pourrait être faite. For example, this could be a scriptable menu system so that menu screens can be designed and programmed entirely in Lua. This is not a promise for a feature, just something that could be done.

Le numéro 4 est des promoteurs tout à fait vigoureux, mais nouveaux constatent à plusieurs reprises que cela confondant écrit des scripts qui sont exécutés exactement une fois (eg chaque fois que le niveau est recommencé) parce que l'API scripting implique une nature d'exécution qu'il n'a pas — c'est seulement un script setup/init c'est traduit à la machine publique d'exécution.

Le numéro 1 n'est pas fascinant — pour utilisateurs peut utiliser simplement la Couronne SDK s'ils veulent écrire tout dans Lua et deuxièmement certains des désavantages pour la Cire s'appliquent encore : le fait de déboguer non, ne compilez non l'erreur fois en vérifiant, aucun soutien de Xcode.

En plus, le fait d'exécuter le Numéro 1 sur le haut de Cocos2D signifie qu'il devra y avoir une quantité de coups, compromis et code d'extension pour garder l'API Lua propre et simple en le faisant travailler avec l'API Cocos2D déjà existante. Il aurait plus de sens écrire un entièrement nouveau moteur de jeu avec une interface Lua et aussi faire cette trans-plate-forme. Mais attendez, c'est quel la Couronne SDK est! Vous recevez aussi une interface si Lua avec Cocos2D-X. But wait, that’s what the Corona SDK is! You also get such a Lua interface with Cocos2D-X.