关于面向对象.docVIP

一、 面向过程就是分析出解决问题所需要的步骤，然后用函数把这些步骤一步一步实现，使用的时候一个一个依次调用就可以了。 面向对象是把构成问题事务分解成各个对象，建立对象的目的不是为了完成一个步骤，而是为了描叙某个事物在整个解决问题的步骤中的行为。 例如五子棋，面向过程的设计思路就是首先分析问题的步骤：1、开始游戏，2、黑子先走，3、绘制画面，4、判断输赢，5、轮到白子，6、绘制画面，7、判断输赢，8、返回步骤2，9、输出最后结果。把上面每个步骤用分别的函数来实现，问题就解决了。 而面向对象的设计则是从另外的思路来解决问题。整个五子棋可以分为 1、黑白双方，这两方的行为是一模一样的，2、棋盘系统，负责绘制画面，3、规则系统，负责判定诸如犯规、输赢等。第一类对象（玩家对象）负责接受用户输入，并告知第二类对象（棋盘对象）棋子布局的变化，棋盘对象接收到了棋子的i变化就要负责在屏幕上面显示出这种变化，同时利用第三类对象（规则系统）来对棋局进行判定。 可以明显地看出，面向对象是以功能来划分问题，而不是步骤。同样是绘制棋局，这样的行为在面向过程的设计中分散在了总多步骤中，很可能出现不同的绘制版本，因为通常设计人员会考虑到实际情况进行各种各样的简化。而面向对象的设计中，绘图只可能在棋盘对象中出现，从而保证了绘图的统一。 功能上的统一保证了面向对象设计的可扩展性。比如我要加入悔棋的功能，如果要改动面向过程的设计，那么从输入到判断到显示这一连串的步骤都要改动，甚至步骤之间的循序都要进行大规模调整。如果是面向对象的话，只用改动棋盘对象就行了，棋盘系统保存了黑白双方的棋谱，简单回溯就可以了，而显示和规则判断则不用顾及，同时整个对对象功能的调用顺序都没有变化，改动只是局部的。 再比如我要把这个五子棋游戏改为围棋游戏，如果你是面向过程设计，那么五子棋的规则就分布在了你的程序的每一个角落，要改动还不如重写。但是如果你当初就是面向对象的设计，那么你只用改动规则对象就可以了，五子棋和围棋的区别不就是规则吗？（当然棋盘大小好像也不一样，但是你会觉得这是一个难题吗？直接在棋盘对象中进行一番小改动就可以了。）而下棋的大致步骤从面向对象的角度来看没有任何变化。 当然，要达到改动只是局部的需要设计的人有足够的经验，使用对象不能保证你的程序就是面向对象，初学者或者很蹩脚的程序员很可能以面向对象之虚而行面向过程之实，这样设计出来的所谓面向对象的程序很难有良好的可移植性和可扩展性。 明：下面的”你”不特指某人 不具人身攻击你自己和日常生活接触到的都是对象啊你的长相”继承”了 你老爸，老妈的一些性状但你也有自己区别他们的特征啊大家都知道你是人都知道你具有人所必有的器官你自己可以使用这些器官的功能 其他人没通过你的允许那就不能使用啊你器官功能是否正常 你不说一般人是不知道的 你”封装”了它们啊你还可以去美容什么的或学点什么技术（比方说你可以学习防卫 当有输入－－有人侵犯你，时 本不具备还手能力的你就可以进行相应的输出－－自卫 ）把自己”重写”一下 还有你日常生活用品什么的 你不用所有都自己制造啊（原始人可能是） 拿来用就好了！不过你对某项东西制造原理和结构了解之后 你可以改造它 来为你所用例子2：面向对象就是面向你老婆，你跟她说“去倒茶”，她就会把茶到好；你说“老婆.衣服.颜色=红”，她就自己去把红色衣服换上。当你老婆做饭时，她会产生一个“帮忙”事件，当然，你可以选择处理或者不处理这个事件:p。你可以让老婆生Baby，这就是继承；老婆不会告诉你她有多少钱，这就是封装；老婆高兴了一个样，不高兴一个样，这就是“多态”……你老婆面向对象就是你老婆面向你她跟你说“去倒茶”，你就会把茶到好；她说“老公.香烟.Enable=false”，你就会乖乖把香烟戒掉。当你给老婆做饭时，你会产生一个“帮忙”事件，当然，她可以选择处理或者不处理这个事件:p。你老婆要是不想生Baby，那你就没得被继承；你存私房钱，这就是封装；你外面泡妞对这个一个样，对那个一个样，这就是“多态”，老婆让你打扫家里卫生，你把所有房间垃圾都清理一遍，这叫循环遍历，找到的垃圾装到垃圾带里，这叫装箱，把垃圾丢进了楼下垃圾箱里，这叫垃圾清理，忽然发现你不小心把自己包私房钱的报纸也丢了进去，赶紧去垃圾堆翻出来，这叫拆箱，找了半天没找到，发现垃圾已经被清扫工给收走了，啥呆呆的站在垃圾箱旁边，这叫挂起 ……