设计原则与思想：面向对象（继承，封装 ，多态）

04 | 理论一：当谈论面向对象的时候，我们到底在谈论什么？

面向对象分析（OOA）和面向对象设计（OOD），OOP

 

UML（Unified Model Language）

 

UML 是一种非常复杂的东西。它不仅仅包含我们常提到类图，还有用例图、顺序图、活动图、状态图、组件图等。在我看来，即便仅仅使用类图，学习成本也是很高的。就单说类之间的关系，UML 就定义了很多种，比如泛化、实现、关联、聚合、组合、依赖等。

 

05 | 理论二：封装、抽象、继承、多态分别可以解决哪些编程问题？

封装（Encapsulation）

 

封装也叫作信息隐藏或者数据访问保护。类通过暴露有限的访问接口，授权外部仅能通过类提供的方式（或者叫函数）来访问内部信息或者数据。

属性可以随意被以各种奇葩的方式修改，而且修改逻辑可能散落在代码中的各个角落，势必影响代码的可读性、可维护性。比如某个同事在不了解业务逻辑的情况下，在某段代码中“偷偷地”重设了 wallet 中的 balanceLastModifiedTime 属性，这就会导致 balance 和 balanceLastModifiedTime 两个数据不一致。

 

类仅仅通过有限的方法暴露必要的操作，也能提高类的易用性。如果我们把类属性都暴露给类的调用者，调用者想要正确地操作这些属性，就势必要对业务细节有足够的了解。而这对于调用者来说也是一种负担。相反，如果我们将属性封装起来，暴露少许的几个必要的方法给调用者使用，调用者就不需要了解太多背后的业务细节，用错的概率就减少很多。这就好比，如果一个冰箱有很多按钮，你就要研究很长时间，还不一定能操作正确。相反，如果只有几个必要的按钮，比如开、停、调节温度，你一眼就能知道该如何来操作，而且操作出错的概率也会降低很多。

 

抽象（Abstraction）

 

抽象讲的是如何隐藏方法的具体实现，让调用者只需要关心方法提供了哪些功能，并不需要知道这些功能是如何实现的。

抽象作为一种只关注功能点不关注实现的设计思路，正好帮我们的大脑过滤掉许多非必要的信息。

基于接口而非实现编程、开闭原则（对扩展开放、对修改关闭）、代码解耦（降低代码的耦合性）等。

 

继承（Inheritance）

 

继承是用来表示类之间的 is-a 关系，

 

代码复用，

 

过度使用继承，继承层次过深过复杂，就会导致代码可读性、可维护性变差。为了了解一个类的功能，我们不仅需要查看这个类的代码，还需要按照继承关系一层一层地往上查看“父类、父类的父类……”的代码。

还有，子类和父类高度耦合，修改父类的代码，会直接影响到子类。所以，继承这个特性也是一个非常有争议的特性。很多人觉得继承是一种反模式。我们应该尽量少用，甚至不用。

 

多态（Polymorphism）

 

06 | 理论三：面向对象相比面向过程有哪些优势？面向过程真的过时了吗？

 

1、什么是面向过程编程与面向过程编程语言？

 

07 | 理论四：哪些代码设计看似是面向对象，实际是面向过程的？

 

1. 滥用 getter、setter 方法

 

它违反了面向对象编程的封装特性，相当于将面向对象编程风格退化成了面向过程编程风格。

 

2. 滥用全局变量和全局方法

 

Constants 类和 Utils 类最常用

3. 定义数据和方法分离的类

 

MVC，这种开发模式叫作基于贫血模型的开发模式，也是我们现在非常常用的一种 Web 项目的开发模式。

在面向对象编程中，为什么容易写出面向过程风格的代码？

 

面向过程编程风格恰恰符合人的这种流程化思维方式。而面向对象编程风格正好相反。它是一种自底向上的思考方式。它不是先去按照执行流程来分解任务，而是将任务翻译成一个一个的小的模块（也就是类），设计类之间的交互，最后按照流程将类组装起来，完成整个任务。

 

面向过程编程及面向过程编程语言就真的无用武之地了吗？