RAD与non-RAD (nicrosoft)

完全同意nicrosoft的说法。
候杰大师也谈到过这个问题，无论是在windows或是linux环境下，熟悉所谓的“sdk"对写程序乃至了解delphi或kylix对windos api 或 qt等的封装都是大有裨益的，所以如果想成为一个真正的高手的话，应该要对non-rad 与 rad 都非常熟悉。－－－mattus_zhao

还是难忘以前使用Pascal在圣诞节前夕画的简单图画：
一条小路，几棵小树，一间小房子，房子的窗户透出桔黄的灯光，天上的星星在......
那时候觉得美极了。于是到现在还在编程......
Coding中，请勿打扰......

不同意nicrosoft
我请问你,为什么写程序???
答案肯定是你对写程序有强烈的兴趣,即然有兴趣那么肯定想彻底的搞明白,我想你非常想了解windows的内部机制吧.
对于工作需要来说，用RAD的确可以提高效率，但对于个人来说，肯定是了解的东西越多越好，
难道画几个控件就算写程序了吗？？？有意义吗？？？

to 土匪：另外我可以告诉你，我对windows内部机制没有兴趣。

这是我喜爱 Delphi 的原因！

（突然三个强盗的魂出现了。）说得好说得好！恭喜恭喜！RAD是为了赚钱快一些 :) 不过，学习怎么做组件，还是一件很有意思的事情。
估计以后工程化的应用软件，都应该用组件化的思想，这是提高生产力的利器。微软现在力推的COM+、还有EJB，等等，都是组件化设计的思想。比如做电子电路设计的人，都应该学习各种电路的原理，但是真正做东西时都用集体块，想一想，如果没有集成块设计思想，每个人做一个电器或电路板时都得搭电阻、电容、二极管、三极管，别说计算机了，估计看电视要成问题。

第二个强盗了！呵呵！对没错！没错！说的好　！
用相同的控件，不同的程序员的作品还有优劣呢？
RAD只是个为了加快开发，省去很多重复的代码！不是让程序员忘记　Object Pascal本身！

nicrosoft,你的书好像挺不错哦，真让人期待啊……

如果你有足够的实力，delphi的底层也可以研究，呵呵，我喜欢

（又一个强盗）希望以后的编程就像搭积木，不用敲键盘！！！！
呵呵，Coder就没职业了

一个好帖子大家看看，绝对能学到知识！：）
http://www.csdn.net/Expert/topic/509/509268.shtm

比较经典的看法，真希望早点看见nicrosoft的书

嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻
嘻嘻嘻我也来插个话嘻嘻嘻嘻
嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻我没有玩过VC
也没有玩过VB
但我知道
任何工具能够流行
一定有她存在的价值
说这些(OOP、RAD、UML、.NET....)是一种技术
还不如说是一种信仰
更方便的工具、更先进的思想将不断涌现
唯一不变的是解决问题的思路
对于学一门技术来说
没有什么方法比得上实践更来得扎实
所有最后我只告诉大家两个字“实践”

拜读了你的网址,有种特近的感觉,程序员是种需要思想的职业,这种思想不是简单的与众不同,而是对实际情况的独到的恰当的认识.从你的字里行间,我可以看到一个有思想的人,知道该怎样做,如何才能做的好.这是我的感觉.希望我们能成为朋友.
说道MIS,这是一个不争的事实,我相信华夏大地85%的程序员都在做他,我也是其中一员.我个人认为成长是需要阶段的.在某一时期,你必须要积累一些必须的认识,这就需要从底层做起,用一些更快捷方便的工具去了解和认识程序的世界.只有在你明白了自己的程度和要去做什么时,你才能做得更好.
希望你的心得和体会,能再和大家共同分享.

李匡正先生好象也有一篇类似的文章《RAD无罪论》

呵呵呵呵
BCB的底层机制好象也是DELPHI的，不，应该说是OP的
DELPHI的强大，应该可见一斑

to merry_prince:谢谢你的看法：）可以多多交流[email protected]

任何工具能够流行
一定有她存在的价值
说这些(OOP、RAD、UML、.NET....)是一种技术
还不如说是一种信仰
更方便的工具、更先进的思想将不断涌现
唯一不变的是解决问题的思路嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻
嘻嘻同意zswang 嘻嘻嘻嘻
嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻嘻

使用什么作为开发工具并不是人为决定的，我认为，这些都应该按照实际情况来决定。并不是说RAD开发者就不具备计算机内部机制的内容，在delphi中知道windows内部机制很简单，比vc要更加直接：你只要把所有的uses单元的文件（*.dcu）和windows sdk通吃一遍就可以了。但是问题是：具备精通vc技术的人能否看懂所有的sdk和dcu呢？即便是精通vc，他也只能够得到一个方面的知识，你敢说他既能用vc非常熟练的开发数据库，又能用vc很精通的开发DirectX游戏吗？

RAD是可让我们透过vcl尽快完成工作.non-RAD即直接用dcc32编译则可以有最大自主权. 用不用vcl已无关系了.
Kylix在linux平台上, 尤为重要. 我觉得kylix的程式可以比gcc的更快!

不管怎么说,我们还是要听boss的话，老老实实的用RAD.
如果哪一天你突发奇想,要抛弃RAD,直接写一个windows,估计boss就该请你回家了. :) 以上都是玩笑话,总之就象NicroSoft所说的，项目中使用什么编程语言、开发工具，时常并不是你个人所能左右的，会受很多因素制约。
我不认为RAD就真正比non-RAD低一级,要用辨证的眼光来看待.

十分赞同agui(阿贵) 的看法

完全赞同！！可怜我暂时还只会RAD，看来要加倍努力了。不然就掉队了。

Nicrosoft(奈软）,为什么现在改叫“生活就是折腾”了，而且5.1也在忙，金山公司怎么这么没有人情味？

……你喜欢喝咖啡，我喜欢喝茶，现在的问题是你拼命想说服我也去喝咖啡……ok那是你自由，不过我还是喜欢喝茶（咖啡也不错啊）……
我喜欢rad，但是也很想了解vcl和windows的内部机制……你有说服我的权利，但是我也可以不接受啊~~
你的书什么时候出啊，我很想看呢！！
关注

我现在基本上已经学会如何搭积木了，但是想研究delphi的低层，应该从何处入手呢？向nicrosoft请教

to forgot2000：呵呵，原来就是“生活就是折腾”阿to yansea(思宏)：书已经到了冲刺阶段了，呵呵to essay_zr(散文)：可以先熟悉VCL内部实现，了解Windows工作机制（这不算什么底层），然后看你兴趣，是想往高层发展（框架设计），还是往底层发展（系统核心）

我非常赞成RAD，软件的最总目的是为客户服务，而客户并不关心开发工具，
作为程序员，首先要做的是，正确实现客户的需求，其他的都是次要的，
我见有的公司甚至用Office进行开发，用起来也很爽

调试易

RAD与non-RAD (nicrosoft)

解决方案 »