Je pense que RubyMotion est un excellent outil, ne vous méprenez pas, mais il'est vraiment fait pour les développeurs Ruby (il y a des avantages au-delà de la syntaxe et de la structure, agnostique à l'éditeur/IDE, expressivité, méta-programmation, etc). Si vos niveaux de compétences sont pratiquement les mêmes en Obj-c et en Ruby, je ne choisirais pas la voie RubyMotion.
En tant que débutant, alors que vous pourriez être en mesure de mettre en place certaines applications de base et de les faire fonctionner plus rapidement avec RubyMotion, vous'devrez probablement consacrer autant de temps à apprendre comment mettre en œuvre la plupart des fonctionnalités de votre application prévue'que si vous écriviez Obj-C dans Xcode. Bien qu'il existe d'excellentes ressources pour utiliser RubyMotion, vous'trouverez beaucoup plus de choses disponibles en Obj-C.
En ce qui concerne un marché du travail RubyMotion, bien que ce soit purement spéculatif, je'dirais qu'il y a peu de chances que vous'trouviez un emploi pour construire des applications iOS en Ruby. À mon avis, les entreprises qui sont axées sur iOS, ou du moins dont une partie de l'intérêt se porte sur le mobile, ne vont pas s'engager dans RubyMotion vs Obj-C. (Vous pouvez consulter une liste d'applications dans le répertoire d'applications de RubyMotion : RubyMotion - Apps) Bien qu'il n'y ait actuellement pas de réel inconvénient à construire une application en RubyMotion, il est possible qu'un jour Apple interdise l'utilisation de telles chaînes d'outils pour créer des applications, bien que ce soit ainsi que RubyMotion l'explique:
Les applications soumises à l'App Store doivent se conformer aux directives de révision dictées par Apple. RubyMotion met en œuvre un dialecte de Ruby qui se conforme à ces règles. Les apps RubyMotion sont entièrement compilées, ne téléchargent pas ou n'interprètent pas de code et utilisent les API publiques d'iOS à travers exactement la même machinerie que les apps Objective-C régulières.
En outre, il est possible que la chaîne d'outils ne soit pas maintenue comme elle l'est aujourd'hui (je doute que ce soit le cas, Laurent & co ne semblent pas's'arrêter de sitôt). Si c'est le cas, il se peut qu'elle devienne incompatible avec les nouvelles versions d'iOS dont les API ne sont'pas implémentées dans RubyMotion.
RubyMotion est un outil incroyable, et je'le recommanderais à toute personne déjà à l'aise avec le langage de programmation Ruby. C'est génial de travailler avec, en particulier les tests, et il y a quelques belles applications là-bas construites sur elle. Cependant, sur la base de la quantité d'expérience que vous'avez partagée avec Ruby/Obj-C, je dirais qu'il sera plus bénéfique pour vous si vous pouvez écrire des applications natives pour iOS en Obj-C.
UPDATE:
Cependant, si vous êtes compétent à la fois en Ruby et en Obj-C, RubyMotion peut être un outil incroyablement puissant et à essayer absolument. La possibilité de créer pour iOS, tout en écrivant et en pensant en Ruby est formidable pour la créativité, la productivité et le plaisir.
Si vous avez de l'expérience dans les deux langages, vérifiez définitivement ! Je ne voulais pas que ce post détourne quiconque de l'apprentissage.
Autres éléments RubyMotion d'intérêt:
- nitron - données comme ActiveRecord
- BubbleWrap - aides/emballages pour des API plus Ruby-like
- Livre : RubyMotion : iOS Development with Ruby
Si vous'utilisez RubyMotion pour votre projet iOS, envoyez-moi un message!