http://blog.daveastels.com.s3-website-us-west-2.amazonaws.com/2014/05/14/rubymotion-for-all.html
不能升级,只能用 simulator,想体验是够用了。
我插队,建议不折腾,该用什么用什么,
Web 用 Rails 或者 PHP, Mac 下老实用 Obj-C, Windows 下用 C#, Linux 下 用 C/C++ (GTK 或 Qt)
项目大了好招人
#8 楼 @blacktulip 不这么看,API 都没变,只是换了 ruby 语法,完全不影响 oc 程序猿阅读,ruby 程序员不需要了解 oc 语法,直接上手,oc 程序要不需要知道 ruby 语法,直接用 oc 写模块,不影响合作。只要 leader 能做好胶水角色,效率只高不低。小团队一个人只做一个方向,太浪费了。
#9 楼 @changx #8 楼 @blacktulip #11 楼 @yukihiro_matz
现在做手机端哪有只做 iOS 的道理,Android 也要一起上,都是要熟悉 API,那还不如用 Xamarin,C# 程序员一抓一大把,加上无敌的 Visual Studio,效率照样很高,还跨平台。
我个人觉得语言本身不难,难的是熟悉 API,RubyMotion 和 Xamarin 一样,都要追着 Cocoa 走,Apple 也不老实,还要经常玩花样。
结论还是一样,别折腾,省了点时间写了几句自己独有的代码,用的其他那数不清的库还是原生平台的,何必呢。
#15 楼 @yukihiro_matz 我猜测 Xamarin 用户数量应该比 RubyMotion 多几个数量级,并不是说它用户多,主要是因为 RubyMotion 门槛太高了
Xamarin 我只是提及,不建议使用,一是要钱,二是代码不混淆几乎就是开源发布,混淆器又要钱,三是基本版不够好用,要用上 Visual Studio 插件再加钱,四是坑多,折腾,其它的自己 google
#12 楼 @Peter RubyMotion 的模式其实和你说的另外几个不一样,它不是封装了 Ojbc-C 来提供接口,而是之间提供了 ruby <==> ojbc 的 bridge,类、方法、常量、函数等等、包括类型,都是自动按约定规则映射的,于是 Apple 更新或者修改了 API,ruby 这边不需要更新 motion 框架,直接就能用。
Motion 需要跟进 Apple 作更新的基本就是 Xcode 新功能,如 assets catalogs 此类而已。
这也就是我看好 motion 的原因。作为 iOS 开发者,假如我对 ruby 只知皮毛,也可以按原来 objc 那套来写代码(即便如此依然会省事许多);第三方的 objc 的库,包括 cocoapods,一样可以用;随着对 ruby 熟悉程度的增加,ruby 的魔法可以让我以更便捷清晰的方式完成任务(motion 官方以及第三方也提供了不少 gem 来做这个事情)。
我有个 ruby 库,需要编译成.a 库在 objc 调用,找了半天发现了 MacRuby,结果好像不支持新版 xcode 了;然后 RubyMotion 正好符合我的需求,可是却收费,一个开发工具居然收费实在不能理解; $199 太贵了,我给客服发邮件,人家说不好意思免费版功能有限,现在购买收费版还能打九五折噢~我靠,我还是算了吧。