【转Baidu】可视化开发方法

wide288

可视化开发方法
　　可视化开发是90年代软件界最大的两个热点之一。随着图形用户界面的兴起，用户界面在软件系统中所占的比例也越来越大，有的甚至高达60～70％。产生这一问题的原因是图形
　　界面元素的生成很不方便。为此Windows提供了应用程序设计接口API（Application Programming Interface），它包含了600多个函数，极大地方便了图形用户界面的开发。但是在这批函数中，大量的函数参数和使用数量更多的有关常量，使基于Windows API的开发变得相当困难。为此Borland C++推出了Object　Windows编程。它将API的各部分用对象类进行封装，提供了大量预定义的类，并为这些定义了许多成员函数。利用子类对父类的继承性，以及实例对类的函数的引用，应用程序的开发可以省却大量类的定义，省却大量成员函数的定义或只需作少量修改以定义子类。
　　Object Windows还提供了许多标准的缺省处理，大大减少了应用程序开发的工作量。但要掌握它们，对非专业人员来说仍是一个沉重的负担。为此人们利用Windows API或Borland C++的Object Windows开发了一批可视开发工具。
　　可视化开发就是在可视开发工具提供的图形用户界面上，通过操作界面元素，诸如菜单、按钮、对话框、编辑框、单选框、复选框、列表框和滚动条等，由可视开发工具自动生成应用软件。
　　这类应用软件的工作方式是事件驱动。对每一事件，由系统产生相应的消息，再传递给相应的消息响应函数。这些消息响应函数是由可视开发工具在生成软件时自动装入的。

poet

这种开发模式产生了大量开发难度很低，但使用起来并不方便的应用。这种应用通常都不是为程序员自己开发的。而是为另外一些用户。

对于快速需求响应来说，很有意义，但是对于制作一个经典的传世久远的程序来说没有任何好处。——开发一个自己也不用的程序，很少有人会有非常大的动力。

于是RAD成为了快餐文化时代的经典模式。

在Linux下选择RAD几乎没有什么意义，因为RAD能够起作用的前提是用户能够接受RAD开发出来的程序，——能够接受RAD程序的用户是一个具有特性的群体，这个群体几乎都是以windows操作系统为主。所以，既然这类程序是为他们开发的，那么根本就不能选择Linux平台。

wide288

poet 兄说的太对了。

我十分同意，现在我就感觉，应该为这类用户开发这类的程序。

我认为“易语言”也是为这类用户开发的。

现在的社会快餐文化也算是主流文化，再说了经典的东西不是天天有的。而快餐是天天需要的。

所以做一个天天都需要的程序才是重要的。再说经典的东西要求也高，不是人人都能做的。那需要的知识不是一般的多。

-------------

第二点，又说到是不是 Linux 的风格问题，这个我认为不是很重要，Linux 的风格是短小，分散，但是事物的存在价值不是应不应该，而最好是去做。看接受的人多不多，。这点更像微内核与Linux 的关系一样。

qufo

不敢苟同
良好的UI是一个“软件”成功的一个标志。
软件讲的易用性就在这里。

经典的东西不是每个人都能做得出来，但快餐的确实很多。

比如Notepad 是全C编写出来的，MS还在用Trubo C

.

战雨灾

Post by qufo;1911619
不敢苟同
良好的UI是一个“软件”成功的一个标志。
软件讲的易用性就在这里。

经典的东西不是每个人都能做得出来，但快餐的确实很多。

比如Notepad 是全C编写出来的，MS还在用Trubo C

.

MS不用VC吗？用TC？