理解面向过程（OPP）、面向对象（OOP）、面向切面（AOP）

概念

面向过程编程OPP：Procedure Oriented Programming，是一种以事物为中心的编程思想。主要关注“怎么作”，即完成任务的具体细节。

面向对象编程OOP：Object Oriented Programming，是一种以对象为基础的编程思想。主要关注“谁来作”，即完成任务的对象。

面向切面编程AOP：Aspect Oriented Programming，基于OOP延伸出来的编程思想。主要实现的目的是针对业务处理过程当中的切面进行提取，它所面对的是处理过程当中的某个步骤或阶段，以得到逻辑过程当中各部分之间低耦合性的隔离效果。

每种编程思想都有各自的优势，它们适用在不一样的状况下：面向过程性能很高，面向对象比较易于管理和维护，面向切面使软件变得更灵活。

新的编程范式，并不必定彻底各方面都优于旧的编程范式，它们只是在某一特定领域或特殊场景下有着独到的优点。

编程范式只有适合不适合项目特性，没有绝对的好坏。

 

OPP和OOP

面向过程是最为实际的一种思考方式，就算是面向对象的方法也是含有面向过程的思想。能够说面向过程是一种基础的方法。它考虑的是实际地实现。通常的面向过程是从上往下步步求精，因此面向过程最重要的是模块化的思想方法。当程序规模不是很大时，面向过程的方法还会体现出一种优点。由于程序的流程很清楚，按着模块与函数的方法能够很好的组织。

面向对象是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。类和继承是是适应人们通常思惟方式的描述范式。方法是容许做用于该类对象上的各类操做。这种对象、类、消息和方法的程序设计范式的基本点在于对象的封装性和类的继承性。经过封装能将对象的定义和对象的实现分开，经过继承能体现类与类之间的关系，以及由此带来的动态联编和实体的多态性。

举个栗子：

好比完成“吃饭”这个任务。

面向过程的写法，须要封装一个eat()函数：

若是是狗吃屎，则eat(狗,屎)；

若是是人吃肉，则eat(人,肉)；

eat是人和狗共用的吃饭本能。

那若是以后要处理猫吃鱼、鱼吃虾、奥特曼吃小怪兽呢？eat函数中就会存在大量的if…else的判断，这段代码，无疑是很恶心的。

若是是面向对象思想，如何来解决这个问题呢？

咱们发现，狗、人、猫、鱼、奥特曼，都有一个“吃”的共性。咱们抽象出每一个受体的类，而后继承，这样都具备“吃”的方法。

当咱们想要执行狗吃屎时，那就“狗->eat(屎)”，这样，咱们从面向过程维护eat()的焦点，转移到了面向对象维护角色的焦点上来。咱们只须要维护好不一样的角色（类）就行了，而且狗的eat不会影响到猫的eat，猫的eat也不会影响到人的eat。

因此，oop思想很是贴近软件工程高内聚的思想：本身管好本身的东西，本身作好本身的事情。

大多数支持面向对象的语言，同时也支持面向过程，不管是JAVA、PHP，仍是JS，它们都还没法彻底面向对象，由于面向过程是必然的，面向过程表明着必要的程序流程，调动对象进行组合或对象内部能力的实现，都必定会存在“过程”，它最终仍是须要经过拆分步骤来指导最具体的执行细节。

在此，咱们也能获得一些感悟，许多事情并不是彻底非黑即白，非OOP就必然是OPP，特别是思想层面的东西，它们呈现出互相结合的形态，从OPP到OOP，这是一个思想进步的过程。

 

AOP

面向切面编程主要实现的目的是针对业务处理过程当中的切面进行提取，它所面对的是处理过程当中的某个步骤或阶段，以得到逻辑过程当中各部分之间低耦合性的隔离效果。

那么，AOP如何体现？

这里能够联想一下laravel的中间件、javaweb的拦截器、vue的Decorator…它们都是AOP思想的实践。装饰器模式、代理模式，它们也是基于AOP思想的设计模式。

AOP思想，指导咱们经过找到平整切面的形式，插入新的代码，使新插入的代码对切面上下原有流程的伤害降到最低。

举个栗子：

咱们拿laravel中间件作什么？

权限、日志、请求过滤、请求频率限制、csrf过滤……

咱们知道，中间件对于controller的业务逻辑，不会有任何伤害。

若是没有这个切面，咱们想要记录请求日志，可能须要在每一个controller的具体方法中写日志记录的代码，或者调用日志记录的函数、方法。

这会使一段记录日志的代码，或调用记录日志的调用语句出如今许多controller中，这与controller本来要关注的逻辑无关，使controller职责不单一，提升维护成本。

固然，咱们可能会写一个父类，让许多controller来继承这个父类，而后统一在父类的__construct方法中记录日志，以此来解决耦合问题。

但实际上，这个父类的construct方法，不正是一个切面吗？它在原有流程中截取了一个切面，在切面中植入代码，以达到承上启下的做用，而且不对上下文产生伤害。

从这个例子中，咱们也能得出另一个思考：AOP指导咱们寻找切面，但找到合适的切面，也尤其重要。就像上文，父类构造函数的切面和中间件的切面比起来，显然中间件这个切面更利于维护，你能够灵活选择中间件，但你没法灵活选择父类，由于决定你的controller继承什么父类的，不是切面中的代码，而是controller自己处理什么逻辑。

许多项目，OPP、OOP、AOP是同时存在的，它们是编程范式，是一种指导编程的思想，并不是不能互相配合。

本文从宏观角度讲解三种编程思想的异同点，旨在引领你们打个样。具体到每一个编程思想，其实还有不少深究的点，好比AOP思想，贯穿在不少设计模式中，好比代理模式、装饰器模式、职责链模式……；学无止境啊，天天成长一点，终究不会错的。