2017-05-29 7 views
1

Je travaille sur un jeu en ligne qui communiquera avec le backend en utilisant le protocole gRPC. Il existe des bibliothèques client gRPC pour iOS, Android et JavaScript.Haxe et interop native

Le plan consiste à implémenter la logique de jeu et le rendu en utilisant Haxe, mais en utilisant le code natif avec gRPC. Quelle est l'approche recommandée pour cela? Je peux voir 2 options:

  1. Mettre en oeuvre et construire le jeu en utilisant Haxe d'une manière qui expose certaines méthodes à native, par exemple une méthode pour mettre à jour l'état du jeu à l'aide des données du serveur, et accepte également certains rappels d'origine, comme un rappel qui est appelé chaque fois que le joueur fait une action qui devrait être envoyée au serveur. Ensuite, les rappels et les appels de méthode appropriés peuvent être implémentés dans les projets natifs générés par Haxe, en utilisant des outils natifs tels que Xcode.

  2. Implémentez la mise en réseau en utilisant des outils natifs tels que Xcode et exposez-les en quelque sorte à Haxe. Ensuite, la logique de jeu écrite en Haxe appellera des méthodes natives et fournira des rappels implémentés dans Haxe en natif.

Quelle est l'approche recommandée? Il me semble que la première approche pourrait être plus simple et avoir moins de problèmes potentiels. Si vous pouviez aussi m'indiquer quelques articles à ce sujet, ce serait formidable, puisque je n'ai rien trouvé de suffisamment détaillé.

+0

Connaissez-vous [externs] (https: // haxe .org/manual/lf-externs.html)? – Michael

+0

Oui, je l'ai vu. Le problème est que c'est très mal documenté. Alors que la cible JS a de la documentation, C++, Java ou Obj-C ont très peu ou pas du tout. Connaissez-vous de meilleures sources d'information? –

+0

S'il vous plaît coller votre essai de mettre en œuvre un externe, aussi, vous pouvez voir plus d'exemple pratique http://code.haxe.org/category/abstract-types/abstracts-with-type-params.html – Michael

Répondre