06-07 | 设计模式之美——王争

最新推荐文章于 2024-05-27 09:52:06 发布

aLinxi

最新推荐文章于 2024-05-27 09:52:06 发布

阅读量1.4k

点赞数

分类专栏：读书笔记

本文链接：https://blog.csdn.net/qq_43619459/article/details/106268886

版权

10 篇文章 15 订阅

订阅专栏

面向过程编程：它以过程（方法、函数、操作）作为组织代码的基本单元，以数据与方法相分离为最主要的特点。
面向过程编程语言：最大特点是不支持类和对象两个语法概念，不支持丰富的面向对象编程特性（比如继承、多态、封装），仅支持面向过程编程。
面向过程 or 面向对象的最基本区别：代码的组织方式不同。
1. 面向过程风格的代码被组织成了一组方法集合及其数据结构（struct User），方法和数据结构的定义是分开的。
2. 面向对象风格的代码被组织成一组类，方法和数据结构被绑定一起，定义在类中

1. OOP 更加能够应对大规模复杂程序的开发

2. OOP 风格的代码更易复用、易扩展、易维护

封装特性，通过访问权限控制，只允许外部调用者通过类暴露的有限方法访问数据，而不会像面向过程编程那样，数据可以被任意方法随意修改。更有利于提高代码的易维护性。
抽象特性，基于接口的抽象（面向过程不具备），可以让我们在不改变原有实现的情况下，轻松替换新的实现逻辑，提高了代码的可扩展性。
继承特性，子类重用父类代码，提高了代码的复用性。
多态特性，调用子类新的功能逻辑，而不是在原有代码上做修改，提高代码的扩展性。不同的类对象可以传递给相同的方法，执行不同的代码逻辑，提高了代码的复用性。

3. OOP 语言更加人性化、更加高级、更加智能

我们在用二进制指令、汇编语言、面向过程编程语言的时候，我们是在思考，如何设计一组指令，告诉机器去执行这组指令，操作某些数据，帮我们完成某个任务。而在进行面向对象编程时候，我们是在思考，如何给业务建模，如何将真实的世界映射为类或者对象，这让我们更加能聚焦到业务本身，而不是思考如何跟机器打交道。

面向对象编程比面向过程编程，更加容易应对大规模复杂程序的开发。但像 Unix、Linux 这些复杂的系统，也都是基于 C 语言这种面向过程的编程语言开发的，你怎么看待这个现象？这跟我之前的讲解相矛盾吗？
操作系统是业务无关的，它更接近于底层计算机，因此更适合用面向过程的语言编写。而接近业务的也就是接近人的软件，则更适合用面向对象的语言编写。

1. 滥用 getter、setter 方法

在设计实现类的时候, 除非真的需要,否则尽量不要给属性定义setter方法,除此之外, 尽管getter方法相对setter方法要安全写,但是如果返回的是集合容器对象,那也要防范集合内部数据被修改的风险。给所有的属性都定义getter、setter 方法，相当于将这两个属性定义为 public 公有属性，违反面向对象封装的访问权限控制。

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

对于这两种类的设计,我们尽量能做到单一职责, 定义一些相对更细化的小类, 比如 RedisConstans, FileUtils, 而不是定义一个大而全的 Constans类 Utils类, 除此之外, 如果能将这些类中的属性和方法, 划分归并到其他业务类中, 那是最好不过的了, 能极大地提高类的内聚性和代码的可复用性.

3. 定义数据和方法分离的类（基于贫血模型的开发模式）

关于这一部分,我们只讲了为什么这种开发模式是彻彻底底的面向过程编程风格, 这是因为数据和操作是分开定义在VO\BO\Entity和 Controller\ Server \ Respository中的, 至于为什么这种开发模式如此流行? 如何规避面向过程编程的弊端? 有没有更好地可替代的开发模式? 更多相关的问题, 以后再说。

面向对象编程风格符合人的流程化思维方式，即先做什么、后做什么，如何一步一步地顺序执行一系列操作，最后完成整个任务。而面向对象编程风格正好相反。它是一种自底向上的思考方式。

关注

专栏目录