在软件设计和实现中,传统被人们广泛谁用的方法是面向过程的程序设计方法.在讨论面向对象陈勋设计前,我们需要讨论下面向过程设计.

基本概念
面向过程的陈勋设计思想的核心是功能的分解.当程序员试图同C或Pascal语言来设计程序来解决一个实际问题时,第一步要做的工作就是将问题分解成若干个称为模块的功能块,然后根据模块功能来设计一系列用于存储数据的数据结构,最后编写一些过程(或函数)对这些数据进行操作.最终的程序就是由这些过程构成的.显然,这种方法将数据结构和过程作为两个实体来对待,其重点在过程,设计员首先考虑如何将功能分解,在每一个过程中又要着重安排程序的操作序列,但同时程序员在编程时又必须时时考虑数据结构,因为毕竟要将操作作用用于数据上.数据结构和过程的这种分离,给软件人员造成沉重的负担.例如,我们不可能要求数据结构始终没有变化,且不说在软件维护的时候数据结构有可能发生变化,就是在软件开发的过程中也不能保证数据结构不变化.面向过程的程序设计的缺点之一就是一档数据结构需要变更的时候,必须修改与之有关的所有模块.因此,面向过程的程序的可重用性差,维护代价高.
下面我们举一个实例来进一步讨论面向过程的程序设计方法.
考虑一个银行系统.该系统允许顾客开设不同类型的银行账户,其中包括现金账户,支票账户和贷款账户,同事允许顾客存款,取款和转账.根据面向过程的程序设计方法,首先我们将银行系统分解成三个模块分别负责存款,取款和转账三项功能.这三个过程是MakeDeposit,WithDraw和Transfer.接着,建立一个简单的数据结构:
struct account{
char name;                  /*姓名*/
unsingned long accountID;   /*帐号*/
float balance;              /*余额*/
float interestYTD;          /*年利息*/
char accountType;           /*账户类型(现金,支票和贷款)*/
};
然后,对每个过程按照一定的操作顺序编写程序.
现在我们来分析仪下,程序员所关心的是否与顾客一致.对于一个顾客来说,他最关心的是账户中还有多少钱,利息是多少,钱存在银行是否安全,而不会对存钱和取钱的程序执行过程感兴趣.对他而言,只是需要知道存,取款手续,并按照这些手续去做就足够了.但程序设计员所关注的就如何写存,取款的代码,如何在已经建立的数据结构中填写数据并管理它们.可见程序员与顾客关心的事情不一致的,这是由于数据结构与过程的分离造成的.我们再进一步分析,顾客与他们的银行账户有没有特殊的关系.在软件系统中由于顾客只不过是一串字符和数字,因而不用考虑到底是谁拥有该账户,账户里的内容是什么,而银行帐号也只不过是一个整数.显然,这与实质的情况不符.
另外,我们还注意到,由于数据结构与过程的分离,程序员可以非常方便的修改账目,因为对他来说,只不过是在修改数据结构中的数字,实质上他肯能通过修改数据而取走顾客的钱!
最后,我们考虑如果数据结构发生了一些变化会产生什么样的结果.对于accountType数据项,原来只有现金账户,支票账户和贷款账户三种取值,程序只能识别这三种取值.由于账户类型的不同,我们在编写存款的过程时,将以不同的操作序列与之对应(在同意个过程中分情况处理).对现金账户,支票账户和贷款账户的处理不会完全相同.假设现在需要增加一种账户的类型--退休账户,后果如何?原来的程序肯定出错.因为在原来的程序中我们只考虑了以上三种账户的情况,对于新增加的账户类型,原来的程序不会处理.也就是说,每增加一种新的账户类型,都必须重新编写程序代码,可见其维护软件的开销相当大.
上述这些问题的出现都是由于面向过程程序设计的解决方法的着重点在功能,而我们通过分析发现,数据对于客户(尤其是顾客)似乎更重要.在这里程序员关心的是如何做(hou to do),而顾客则关心的是做什么(what yo do),这是由于过程和数据的分离造成的.使用面向对象的程序设计技术是解决这些问题的最好方法.

昶丰科技www.cfhttp://www.cf-sz.com/