Ruby: GUI编程的利器

楼上是想说代码生成器比Ruby更高效么?
是VB这种语言更高效还是那个IDE比ruby更高效?IDE是语言本身么

连在说什么都搞不清楚，就这里发言？

高效，当然是指开发效率，手工去堆砌界面能比IDE开发效率高？ 楼主那个例子已经是简单的不能在简单了，在 GUI中根本不值一提，让他用手工写个outlook的界面看看，得花多少时间。

开发软件不是光是弄个界面摆在那儿。单论界面生成，用代码当然比不上可视化IDE快。但是当界面具有复杂GUI元素，并且需要与复杂程序逻辑粘合，用代码生成界面具有更大的灵活性，比如方便动态添加/移除GUI元素，容易调整GUI结构。

其实Ruby/GTK也可以用Glade来可视化编辑界面，在实际的工程中，我一般是用Glade生成那些普通的用于展现数据的界面，而对于有复杂逻辑的，存在大量动态变化的界面，还是用代码更方便。

可视化界面编辑器可以降低GUI开发门槛，加速简单GUI界面开发。但是对于整个程序开发来说，设计良好的GUI库，语言的表达能力和某些特性（例如本文所讨论的Closure），比“拖拖拉拉”的快感更重要。

任何复杂的GUI都是由若干简单的element构成的，基本算的上掌握GUI的能力，就是应该能把element复合成一定功能control以期组合成更复杂的gui. 拖拖拉拉，不过是你对GUI最粗浅的认识而已。

所谓手工代码具备更大灵活性，完全就是个伪命题，当UI元素蜕化成XML(XUL,WPF),不再以所谓的代码耦合的时候，UI还是UI. 世界上绝大部分GUI,都是MFC的成果。

JavaEye论坛规律第8条：
每当ray_linn开始讨论A v.s B类型的技术问题时，大家可以忽略他的言论。

因为总有贴主说A vs B的时候总会有谬误，否则我怎么去抓他的小辫子。

比如最谬误的那个什么FP vs C# java, 俺以事实为依据写了一行C#完成他的狗屁FP.

大叔，偶觉得您参与搅和的这些A v.s B系列中，您颇有这篇帖子中“那人”的风采：
http://www.iteye.com/topic/235214

这个很强！


还可以进一步的说，那些老变更需求的客户就是混蛋。



这个我是第一次听说，说来听听？

回到正题，Closure除了增强代码内聚之外，还容易使GUI进一步发展成Builder风格,例如 Cheri：http://cheri.rubyforge.org/
....嗯，其实应该这么说，在Builder风格下，Closure让代码内聚作用更加突出了。

Quake Wang推荐的Shoes也颇有Builder的风格。

看来语言障碍害死人啊

VB那只是一个ide的功劳吧了,ruby一样可以做一个ide,做一大堆可视化编辑
ruby的语言特性使得他用于gui编程是高效的,至少比vb是
你用vb码界面只代表ide代替你做了一些工作,而不是不需要做一些工作,别人自己写的ruby类库和代码生成器一样可以起到这个效果