RubyMotion, Unlock the power of Ruby for iOS

[lldong]

http://www.rubymotion.com/

MacRuby的作者離開蘋果後搞的項目，前陣子還見他在MacRuby的mailing list上說找到一種類似ARC的方案讓MacRuby支持非GC的環境，有可能就是用在這個東西上了，希望儘快把成果用到到MacRuby上

[Mattsive]

no offence, 但我感觉这就是个笑话

[lldong]

@Mattsive 爲什麼？

[Mattsive]

可以吐槽的地方太多了，几个我个人认为比较难解决的问题：
1, 包装还不够。你还是要学习 CocoaTouch，目前许多调用还是和在 objc 里的调用基本一样，类名，方法名甚至参数位置都一样。
2, UI，这是个大问题。AppCode 都无法摆脱 Interface Builder。
3, debuger，连同没有 IDE，目前看不到有什么好的解决方案。
4, 不开源。Are you fxxking kidding me ?

当年 MacRuby 让 ruby 界集体高潮了一把。实际上呢？只不过是个人作品而已，他离职出来做 RubyMotion，MacRuby 的未来尚且未知，现在还要担心 RubyMotion 会不会有明天。

当然现在吐槽早了点，上面提到的问题也不是都没有办法解决。但我个人不看好类似的项目，哪怕是已经很完善的 MonoTouch。

[sobigfish]

有那个精力折腾他这个收费的东西还不如直接钻研objc

[lldong]

@Mattsive

第一點我覺得反而是優勢，對於一個有Ruby基礎的iOS開發者很快就能上手，方法調用的方式也比MobiRuby的好多了，不過還是希望能有類似MacRuby上HotCocoa的封裝讓API的使用更方便，至於完全脫離CocoaTouch我覺得不實際。

不支持Interface Builder我覺得影響不大，起碼我現在的項目已經很少用xib了，況且RubyMotion能像F-Script一樣實時地調試代碼，這是它最強大的地方，也是最吸引我的。

不開源倒是目前最具爭議的，希望可以使用類似MonoTouch的授權方式。包括MacRuby我目前都傾向於作爲一個prototyping工具使用，對與開發效率確實有很大的提高。

此外，MacRuby目前整個社區還是很活躍的，對未來的發展也有一個不錯的規劃，提供i類似 RubyMotion

[lldong]

http://lists.macosforge.org/pipermail/macruby-devel/2012-April/008702.html

"I have been experimenting with different alternate memory models for
MacRuby on my spare time, and one of them seems to work well, modulo a
few leaks. It's similar to ARC in design (but it has a different
implementation). I have been working on a MacRuby app with friends
using the new code, so far so good. I will merge my branch with GitHub
as soon as it's stable, with a few other improvements. That should
happen before Mountain Lion ships, so no worries, we should be fine."