理解面向对象编程思想

面向过程

面向过程概念：是一种编程思想，就是分析出解决问题所需要的步骤，然后用方法把这些步骤一步一步实现，使用的时候一个一个依次调用就可以了。
通过下面造车案例了解
面向过程特点：开发周期慢，但是性能高
假设我要造辆车，就需要以下步骤完成：
step1. 设计画图
step2. 找矿=>挖矿=>炼铁=>打铁=>制作车体
step3. 生产发动机、变速箱等
step4. 养牛=>庖丁解牛=>（如果没解好，牛皮破了—>重养）牛皮=>座椅
step5. 种树=>炼橡胶=>轮胎
step6. 组装
step7. 测试

面向对象

面向对象概念：就是一种编程思想，是把构成问题事务分解成各个对象，建立对象的目的不是为了完成一个步骤，而是为了描叙某个事物在整个解决问题的步骤中的行为。
通过下面造车案例了解
面向对象的思想：专业的人做专业的事情，责任分离，做一个完整的事情，是由多个团队组成，不需要亲力亲为(优点:开发周期快，它的性能较低)
假设我要造辆车，就需要以下步骤完成：
step1. 设计画图=>保时捷设计所
step2. 原材料：发动机=>秋名山神车五菱发动机；
变速箱=>巨力三轮车
24速手动变速箱；
轮胎=>青岛双星牌；
底盘=>兰博基尼大牛；
座椅=>香奈儿
step3. 组装=>东莞代工厂
step4. 贴牌=>Step5. 测试=>C-NCAP=>10星安全法兰保牌

通过下面五子棋案例了解例如五子棋，面向过程的设计思路就是首先分析问题的步骤： 1、开始游戏， 2、黑子先走， 3、绘制画面， 4、判断输赢， 5、轮到白子， 6、绘制画面， 7、判断输赢， 8、返回步骤2， 9、输出最后结果。把上面每个步骤用分别的函数来实现，问题就解决了。

而面向对象的设计则是从另外的思路来解决问题。整个五子棋可以分为
1、黑白双方，这两方的行为是一模一样的，
2、棋盘系统，负责绘制画面，
3、规则系统，负责判定诸如犯规、输赢等。第一类对象（玩家对象）负责接受用户输入，并告知第二类对象（棋盘对象）棋子布局的变化，棋盘对象接收到了棋子的i变化就要负责在屏幕上面显示出这种变化，同时利用第三类对象（规则系统）来对棋局进行判定。

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

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

那么，面向对象和面向过程哪种好呢？各有各个好面向对象和面向过程都是软件开发的一种编程思想，要真正的理解一种编程思想，或者说应用在实际的开发设计中，并不是看几本书，听我说几句就能搞定的事情，需要先了解，在实际开发中应用，这样不断的思考分析、积累，从而达到理解。举个事例，现在我手上接了一个500W的项目，接下来我需要完成这个项目，现在我有两个选择：第一是自己一人开发；第二是组建团队或者说外包。第一，自己一个人独立开发。那么我需要做的事情可能就包括了：需求搜集、分析，原型设计，项目架构设计，编码实现，项目测试，项目实施等等。其中每一件事情都必须亲力亲为，感觉心里倒也踏实，不过这个过程可能是这样：

哈哈，接了个单高高兴兴敲代码！！

丫，咋还出bug了呢，纳尼…

不会吧，我都调试3个通宵了…

糟糕，我要崩溃了…

算了，我想睡一会儿（安息吧！）

第二，组建团队开发

有了自己的团队之后，就可以不用再陪客户喝茶、吃饭、聊天、（售前售后）；不用再排异常、找bug、调网络（攻城狮）;不用再反复修改设计方案版本（射鸡湿）。那么我现在做什么呢？当然是数钱啦（嘿嘿…纯洁的笑容）。
其实我现在做的就是管理好我的团队，分配好任务，控制项目进度等，在整个过程中充当指挥者的角色。
上面的两个事例第一种是面向过程的做事方式，第二种是面向对象的做事方式。通过些列举的案例从面向对象某一些方面的特征来简单的让大家有一个认识而已，更深入地理解面向对象还需要在大量的编程实践中自己亲自去体会。