从具体的语言和实现中抽离出来，面向对象思想究竟是什么？

面向对象的思考方式



面向对象与面向过程

    举例来说，如果有同事问你怎么办理离职手续，你会怎么说呢？



    你会这样对他说：先提离职申请，该push的代码都push上去、该留的文档都留下来；做完交接之后，告诉你的直属领导你要哪天走，让他批一下你的离职流程；审批通过之后，把电脑、显示器、工牌、垃圾桶什么的都得交还行政；清点没问题了，到last day那天再去找行政，行政会给你开一个证明；最后拿着这个证明去找财务结算工资，算清楚之后拿着财务给的证明去找人力，人力会给开离职证明。



还是会这样对他说：先提离职申请，然后依次找工作交接人、直属领导、行政、财务和人力，跟他们说“我来办离职手续”，按他们的要求走完流程，最后拿到离职证明，就办完了。

道理我都懂，可是……为什么你对离职手续这么熟练啊！？



    两种说法看起来差不多，其实是有很大不同的。



第一种就是典型的面向过程的思路：做事的整个过程和全部细节都“尽在掌握”。第二种则是面向对象的思路：把完整的过程拆分成不同的子流程、把子流程分配给不同的岗位和个人。



当然，面向对象最终还是要面向过程。无论我们怎样拆分和委托，每个人还是要按一定的过程来完成自己的工作，最终还是要把每个人的工作组织成一个大的过程才能完成整个项目。



面向对象与管理思想

    从上文这种角度来看，与其说面向过程和面向对象是技术思想，我更愿意把它看作一种管理思想。



    当公司规模不大、业务比较简单时，一个人就可以把市场人力财务行政一把抓的管理思路，就是面向过程的思想。面向过程很接近一般人的思维方式：先出需求后开发，先定义接口后开发代码，先写完代码后测试，我们的生活和工作就是这样一个个的过程。因为思维方式很接近，所以我们很容易理解面向过程的代码、功能和系统。



    而当公司做得越来越大、业务越来越复杂时，一个人就很难事无巨细一肩挑了。这时，我们就需要划分职权和部门，保证每件事都有对应的负责人。这种管理思维，就是面向对象的思想。相比面向过程，面向对象有点更像大佬们的思维方式，也就是只关心“谁来做”、“做什么”，不关心具体“怎么做”：这个事儿你先找那个部门，再找那个总监签字，最后安排你的人去落实到客户；这个项目由小李负责，小张小王你俩协助下；这次这个项目对公司很重要，你们几个部门一定要通力合作，拿出成绩来。



大佬们的这种结果导向的思维方式，与开发者们的过程管理的思维方式大不一样，所以大佬们的脑回路经常被我们疯狂吐槽。类似的，依据面向对象思想写出来的东西也常常让人觉得费解，我的代码同样逃不了被同事们疯狂吐槽的命运。

大佬你好！大佬求带！



    回到技术的层面上来说，如果一个系统、一项业务的处理逻辑比较简单——总共就一两张表，三四个if——那就面向过程，按照流程一步步实现了就好。



但是如果业务逻辑非常复杂，“亭台六七处，八九十枝花”都不足以描述完整流程，那还是认认真真地设计一下业务、系统、模块、类和代码吧。



面向对象与模拟现实

    所以，其实面向对象会并没有那么费解：它只是用另一种视角来模拟现实世界而已。从这个角度来看，面向对象思想其实很简单。



在现实世界中，我们会把一项职责分配给一个岗位，在面向对象中我们会把一项职责分配给一个类。

在现实世界中，每个岗位上都可以有不同的员工，在面向对象中，每个类都可以有不同的实例。

在现实世界中，每个岗位都有自己的Title和Job Description，在面向对象中，每个类都有自己的抽象和实现。

在现实世界中，大家都希望自己的工作少受别人的影响，在面向对象中，我们希望每个类都做到高内聚、低耦合……

更不用说在学校学的：“鸟”是一个父类，“麻雀”、“喜鹊”是它的子类这样的“仿生学”面向对象了。

还记得这个问题吗：“鸵鸟”应不应该继承“鸟”类？



面向对象的问题

    如果还是觉得面向对象很费解，我想，除了思维方式不同之外，主要有两个原因。



    首先，要建立和理解一套合理的“类”本身就很困难，更何况这个“类”的定义还一直在变化。

随着人们对天体物理学有了更深入理解，“行星”这个类也有了更准确的定义。随着这个定义变得更准确，它所涵盖的范围也就会更小。结果，冥王星就此退出了行星的行列，太阳系又回到了八大行星的时代。

随着生物学的不断进步，动植物的分类也在不断地做着调整，原有的门纲目科属种已不足以描述生物分类，人们不得不创建了各种亚门、亚纲、亚目来满足新的需求。

创立、发展了数百上千年的学科尚且如此，何况“新兴”的计算机科学？更何况野蛮生长几个月所产生的计算机系统？



    其次，有很多东西我们确实不关注“分类”，而只关注如何使用。

我们吃鳗鱼饭时，会关注里面的鳗鱼到底是脊索动物门圆口纲七鳃鳗目七鳃鳗科七鳃鳗属的七鳃鳗还是脊索动物门硬骨鱼纲鳗鲡目鳗鲡科鳗鲡属的鳗鲡吗？不会，我们只关注它好不好吃。

我们在使用牛顿-莱布尼兹公式时，会关注它到底是牛顿先提出的还是莱布尼兹先提出的吗？不会，我们只关注它能不能解题得分。

我们在使用函数时，会关注它到底属于哪个类的哪个实例吗？不会，我们只关注它能不能实现功能。

但在面向对象中，这些东西都要先分类、然后才能为我所用。为了把这些东西归入合适的分类中，面向对象需要给自己多找很多麻烦，因而也更加难以理解。



为什么还要使用面向对象

    面向对象思想如此费解又麻烦，那我们为什么还要使用它呢？



    西医和中医都诞生于人类的蒙昧无知。西医也曾经有过诸如灌肠疗法、放血疗法、甚至“前脑叶白质切除术”这种医疗手段。虽然很多时候这些医疗手段无异于草菅人命，但有时还算有用，还算有一定的疗效。但是西医没有满足于“有用”，而是更深入的探索了“为什么有用”。最终，西医建立起了一套现代医学体系，在"有用"这方面，比传统西医高到不知道哪里去了。



    曾经，生物学的命名体系非常混乱，各国学者都自说自话地给自己发现和研究的动植物命名。结果，学界出现了大量同物异名、异物同名的现象，学术交流几乎完全陷入鸡同鸭讲的困境之中，学科发展受困于此，几乎止步不前。林奈老爷子提出了门纲目属种（“科”是后人加上去的）的分类方式和双名法的命名方式，建立了一套完整的、规范的体系。生物学这才走上了正轨，并发展进步到了现在的水平。

然而林奈老爷子并不姓林，人家大名叫“卡尔·冯·林奈”



    面向对象思想也有类似的作用。

面向对象设计不仅能实现业务上“做什么”的需求，还能促进我们去思考“怎么做”，并在一步步的演进中改进“怎么做”的设计，并最终更快、更好、更新的满足“做什么”。

此外，依据面向对象思想创建起来的业务领域模型，为业务、产品、开发、测试提供了一套完整的、规范的体系，对各方协同、共同促进系统和业务的发展有着不可估量的作用。