面向过程与面向对象方法的比较

=================================原帖分割线====================================

java是一门面向对象的语言，那对面向对象和面向过程不是很清楚的请看看下面的内容，说不定对你有帮助：

面向过程就是分析出解决问题所需要的步骤，然后用函数把这些步骤一步一步实现，使用的时候一个一个依次调用就可以了。面向对象是把构成问题事务分解成各个对象，建立对象的目的不是为了完成一个步骤，而是为了描叙某个事物在整个解决问题的步骤中的行为。

例如五子棋，面向过程的设计思路就是首先分析问题的步骤：

　　1、开始游戏，

　　2、黑子先走，

　　3、绘制画面，

　　4、判断输赢，

　　5、轮到白子，

　　6、绘制画面，

　　7、判断输赢，

　　8、返回步骤2，

　　9、输出最后结果。

把上面每个步骤用分别的函数来实现，问题就解决了。

而面向对象的设计则是从另外的思路来解决问题。整个五子棋可以分为：

　　1、黑白双方，这两方的行为是一模一样的，

　　2、棋盘系统，负责绘制画面，

　　3、规则系统，负责判定诸如犯规、输赢等。

第一类对象(玩家对象)负责接受用户输入，并告知第二类对象(棋盘对象)棋子布局的变化，棋盘对象接收到了棋子的变化就要负责在屏幕上面显示出这种变化，同时利用第三类对象(规则系统)来对棋局进行判定。

可以明显地看出，面向对象是以功能来划分问题，而不是步骤。同样是绘制棋局，这样的行为在面向过程的设计中分散在了总多步骤中，很可能出现不同的绘制版本，因为通常设计人员会考虑到实际情况进行各种各样的简化。而面向对象的设计中，绘图只可能在棋盘对象中出现，从而保证了绘图的统一。

功能上的统一保证了面向对象设计的可扩展性。比如我要加入悔棋的功能，如果要改动面向过程的设计，那么从输入到判断到显示这一连串的步骤都要改动，甚至步骤之间的循序都要进行大规模调整。如果是面向对象的话，只用改动棋盘对象就行了，棋盘系统保存了黑白双方的棋谱，简单回溯就可以了，而显示和规则判断则不用顾及，同时整个对对象功能的调用顺序都没有变化，改动只是局部的。

到这里就可以很明显的看出面向对象和面向过程的区别所在了。

===========================下面是针对原帖的评论=================================

误导啊，这不过是把面向过程所需的3类函数封装在3个类里面而已，用面向对象的皮包裹面向过程的馅。当然，这个做法本身并不错，对于这样一个简单的例子，这么包一包也差不多可以上桌了，但是如果认为这就是面向对象和面向过程的根本区别，那就太荒谬了。

封装只是面向对象最基础的工作，在这个层面上面向对象和面向过程是融合统一的，面向过程的语言也可以表达这种封装的思想，面向对象和面向过程的根本差别，在于封装之后，面向对象提供了面向过程不具备的各种特性，最主要的，就是继承和多态。

===============================其他网友发言====================================

首先是, 像输入X, Y, 输出X+Y这样的简单程序绝对不要用面向对象. 
其次是, 所有用面向对象能够编出来的, 用面向过程的方式都可以编出来. 
如上说来, OOP岂不是没什么用处么? 答案不是这样. OOP由于代码与数据的封装, 以及代码的重用性(继承), 使得它更清晰, 更易维护 (只作过面向过程编程的人可能不会同意这一点), 软件越大, 越能显出面向对象的优势. 
但是OOP也有它的缺点. 一般采用OOP编程的, 目标程序都比较大 (你把同一程序用C和C++分别编一下, 编译后比较一下EXE文件的大小就清楚了), 执行效率也比较低. 这是因为面向对象在编译时采用了比面向过程更为复杂的技术(如VMT等).

=======另一篇帖子(http://blog.csdn.net/mrzhangpan/article/details/4874716)==================

面向过程:
  1、现实世界是对象，分析阶段是对象，在设计及开发阶段是方法与方法之间的调用，
     与现实世界、分析阶段不统一，容易出现偏差，增加了开发的难度，容易
     出问题。
  2、因为方法与方法之间的直接调用，让我们系统依赖底层具体实现，而不是
     依赖高层概念及宏观的商业逻辑。
  3、方法与方法之间有调用代码的藕合度太，可维护性、可扩展性差。
 面向对象:
  1、现实世界是对象，分析阶段是对象，在设计及开发阶段还是对象，
     与现实世界、分析阶段比较统一，不容易出现偏差,较少出问题。
  2、技术框架变化很快，但业务实体变化很慢，当技术框架发生变生可以重
     用业务实体，提高的代码重用性，也保证了代码正确性，更加降低了开发
     的成本。
  3、通过继承可以实现高层概念的重用，因为层与层之间通过接口或抽象类调用，
     让我们的系统依赖于宏观的商业逻辑，而不是具体的代码实现，让宏观决定微观。
  4、封装、多态、继承提高代码的可维护、可扩展性。