论坛首页 编程语言技术论坛

Ruby: GUI编程的利器

浏览 21278 次
该帖已经被评为良好帖
作者 正文
   发表时间:2008-09-02  
楼上是想说代码生成器比Ruby更高效么?
是VB这种语言更高效还是那个IDE比ruby更高效?IDE是语言本身么
0 请登录后投票
   发表时间:2008-09-03  
neodoxy 写道
楼上是想说代码生成器比Ruby更高效么?
是VB这种语言更高效还是那个IDE比ruby更高效?IDE是语言本身么



连在说什么都搞不清楚,就这里发言?

高效,当然是指开发效率,手工去堆砌界面能比IDE开发效率高? 楼主那个例子已经是简单的不能在简单了,在 GUI中根本不值一提,让他用手工写个outlook的界面看看,得花多少时间。
0 请登录后投票
   发表时间:2008-09-03  
ray_linn 写道

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


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

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

可视化界面编辑器可以降低GUI开发门槛,加速简单GUI界面开发。但是对于整个程序开发来说,设计良好的GUI库,语言的表达能力和某些特性(例如本文所讨论的Closure),比“拖拖拉拉”的快感更重要。
0 请登录后投票
   发表时间:2008-09-03  
rubynroll 写道
ray_linn 写道

高效,当然是指开发效率,手工去堆砌界面能比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的成果。
0 请登录后投票
   发表时间:2008-09-03  
JavaEye论坛规律第8条:
每当ray_linn开始讨论A v.s B类型的技术问题时,大家可以忽略他的言论。
7 请登录后投票
   发表时间:2008-09-03  
Readonly 写道
JavaEye论坛规律第8条:
每当ray_linn开始讨论A v.s B类型的技术问题时,大家可以忽略他的言论。


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

比如最谬误的那个什么FP vs C# java, 俺以事实为依据写了一行C#完成他的狗屁FP.
0 请登录后投票
   发表时间:2008-09-03  
ray_linn 写道
因为总有贴主说A vs B的时候总会有谬误,否则我怎么去抓他的小辫子。

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

大叔,偶觉得您参与搅和的这些A v.s B系列中,您颇有这篇帖子中“那人”的风采:
http://www.iteye.com/topic/235214
0 请登录后投票
   发表时间:2008-09-03  
ray_linn 写道
俺以事实为依据写了一行C#完成他的狗屁FP.

这个很强!

ray_linn 写道

如果有个程序员成天需要把A Control放到B Control里,那他就是个蹩脚货,或者是 写规划需求的人是个蹩脚货.

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

ray_linn 写道
...世界上绝大部分GUI,都是MFC的成果。


这个我是第一次听说,说来听听?

0 请登录后投票
   发表时间:2008-09-03  
回到正题,Closure除了增强代码内聚之外,还容易使GUI进一步发展成Builder风格,例如 Cheri:http://cheri.rubyforge.org/
....嗯,其实应该这么说,在Builder风格下,Closure让代码内聚作用更加突出了。

Quake Wang推荐的Shoes也颇有Builder的风格。
0 请登录后投票
   发表时间:2008-09-03  
ray_linn 写道
neodoxy 写道
楼上是想说代码生成器比Ruby更高效么?
是VB这种语言更高效还是那个IDE比ruby更高效?IDE是语言本身么



连在说什么都搞不清楚,就这里发言?

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

看来语言障碍害死人啊

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

跳转论坛:
Global site tag (gtag.js) - Google Analytics