关于RAD的感受 转

关于RAD的感受

昨天的《天方夜谭》中说到了“VC、VB、Delphi”，我为了说得简单点就称之为工具（Tools），准确的说法应该是快速应用程序开发（RAD，Rapid application development）工具。您也许会听说过关于RAD最多的是“不就是拖个控件嘛”这样的论断，如果真是这样的话，我又能让您自豪一把——您可以用鼻孔瞪瞪“RAD ==拖控件”的人，在心里骂一句“真TMD是个傻*”。
RAD可以用来描述在60到90天之内设计和开发的应用程序。James Martin于上个世纪80年代中期在Dupont工作时提出了这个概念。RAD的概念是，通过一组来自用户的基本需求，开发人员通常可以在工作室环境下快速地构建一个原型，用户可以与这个原型交互并建议特性、功能增强等，而这个原型则作为联合需求设计（JRD，joint requirements planning）或联合应用程序开发（JRD，joint application development）过程的一部分。所以任何被吹捧为RAD工具的开发工具或开发平台应该能够方便地从一个JRD工作室收集用户需求，并应该能够快速地创建能够在JAD工作室中供用户查看和修改的应用程序原型。
组件随RAD概念而出现，作为包含共同完成一项功能的一组类的复用单元。代表语言Delphi，倒不是说Delphi提供了多少组件，而是它提供了一种方便的实现组件的方式，开发人员利用这种方式创造的大量的良好可复用组件。Borland的组件化设计同样造就了JavaBean，也延伸到dot Net。如果有人还不明白，简单的说就是：RAD是让您去创造和使用可复用的组件，不是让程序员“变白痴”。中间件就是半成品，是比组件更大的复用单元，而且不再强调用什么方式实现，不强调使用什么样的接口。在这种规模下，一般开发工作与设计工作已经分离由不同的专职人员完成。
RAD的 发展带来组件和中间件的目的就是让程序员发现——“程序员自己大都天性犯贱，就爱一遍又一便的写基础代码库，什么字符串类啦、智能指针啦、动态集合啦，能 写的都自己写一遍，要是用现成的啊，您都不好意思跟人说，天天重复重复再重复地做着重复重复再重复的事情，还以为自己做着多么伟大的事情……”

PS：今天的《天方夜谭》也许写得太感性了一些，见谅。我在此声明我对RAD的感受就是RAD应该是属于跑的范畴，在跑之前先学会走，别邯郸学步就对得起您自己。

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=401290