编程思想介绍

面向对象编程(OOP，Object Oriented Programming)

        简单来说，面向对象就是构成问题事务分解成各个对象，然后用对象执行方法的方式来解决问题。

面向对象的三大特性：

1. 封装    隐藏对象的属性和实现细节，仅对外提供公共访问方式，将变化隔离，便于使用，提高复用性和安全性。
2. 继承    提高代码复用性；继承是多态的前提。
3. 多态    父类或接口定义的引用变量可以指向子类或具体实现类的实例对象。提高了程序的拓展性。

优缺点：

• 优点：易维护、易复用、易扩展，由于面向对象有封装、继承、多态性的特性，可以设计出低耦合的系统，使系统 更加灵活、更加易于维护 .
• 缺点：性能比面向过程差

最后

        抽象会使复杂的问题更加简单化。 从以前面向过程的执行者，变成了张张嘴的指挥者。 面向对象更符合人类的思维，面向过程则是机器的思想。

面向过程编程(POP，Procedure Oriented Programming)

        面向过程分析出解决问题所需要的步骤，然后用函数把这些步骤一步一步实现，使用的时候一个一个依次调用就可以了。

优缺点：

• 优点：性能比面向对象高，因为类调用时需要实例化，开销比较大，比较消耗资源；比如单片机、嵌入式开发、 Linux/Unix等一般采用面向过程开发，性能是最重要的因素。
• 缺点：没有面向对象易维护、易复用、易扩展

面向切面编程(AOP，Aspect Oriented Programming)

        面向切片编程（AOP—Aspect Oriented Programming）可以说是对OOP（面向对象编程）的补充和完善，面向对象就是将事物的特性和行为抽象为一个对象，如people类有身高、体重、年龄等属性，也有吃饭、睡觉等行为。把这些特性和行为封装成一个类，然后可以统一调用。面向切片也可以举个例子，比如people类有自己的属性和行为，但是有小一部分人生病要去医院看病，看病这个业务逻辑就不属于哪一个类，因为people泛指所有人，所有人不会都看病。AOP就是把医院看病这一个业务逻辑功能抽取出来，然后动态把这个功能切入到需要的方法（或行为）中，需要的才切入，这样便于减少系统的重复代码，降低模块间的耦合度。常用到AOP的就是安全校验、日志操作、事务操作等，给你先定义好，然后在想用的地方用，这样不会影响已经在服务器运行的项目，然后又能注入新功能，灵活。我们开发dao->service->controller是纵向的，这个AOP就是横向切入，如横向切入一个日志Log，打印执行过程。

        在软件业，AOP为Aspect Oriented Programming的缩写，意为：面向切面编程，通过预编译方式和运行期间动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续，是软件开发中的一个热点，也是Spring框架中的一个重要内容，是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。

        AOP和IOC（控制反转）都是补充性的技术，它们都是运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象的开发方式中，可能要将日志记录语句放在所有方法和Java类中才能实现日志功能。在AOP方式中，可以反过来将日志服务模块化，并以声明的方式将它们应用到需要的日志组件上。

AOP 处理思路

        AOP 另辟蹊径，提出横向抽取机制，将横切逻辑代码和业务逻辑代码分离

        代码拆分比较容易，难的是如何在不改变原有业务逻辑的情况下，悄无声息的将横向逻辑代码应用到原有的业务逻辑中，达到和原来一样的效果。

AOP 解决了什么问题

        通过上面的分析可以发现，AOP 主要用来解决：在不改变原有业务逻辑的情况下，增强横切逻辑代码，根本上解耦合，避免横切逻辑代码重复。

AOP 为什么叫面向切面编程

• 切 ：指的是横切逻辑，原有业务逻辑代码不动，只能操作横切逻辑代码，所以面向横切逻辑
• 面 ：横切逻辑代码往往要影响的是很多个方法，每个方法如同一个点，多个点构成一个面。这里有一个面的概念

常用场景

        日志 事物 数据库操作

优缺点

• 优点： 切面的定义放在xml里面，灵活配置；易于测试；易于装卸；
• 缺点： 创建对象的流程麻烦； 由于spring大部分采用反射机制来实现（动态代理底层利用了反射机制），消耗性能； 由于对象的定义放在xml，对于使用eclipse来重构就会比较麻烦；

IOC（控制反转，Inversion of Control）

        控制反转（IOC）是一种设计思想，就是将原本在程序中需要手动创建对象，现在交由Spring管理创建。

        举个例子，原本我们要在A类中调用B类的方法，就要直接在A中new出B类对象，然后调用B类中的方法，虽然能实现效果，不过存在一个问题，更改需求会对源代码进行修改，这是大忌。现在创建B对象就交给了Spring，在Spring中，B类对象被看成Bean对象（Spring中类就是Bean），这个Bean对象由spring容器进行创建和管理，当我们在配置文件中配置下的子元素（类的属性）时，Spring就会自动执行在A中B对象的setter方法（前提要有），这样的话A对象获取B对象中的方法，由主动new，变成被动等Spring创建。主动变被动，就可以理解成控制反转，通俗讲就是“你别动，我(Spring)来做就好”，主动变被动，这样就大大降低了耦合，Spring中全都用这种思想，即依赖类不由程序员实例化，而是通过Spring容器帮我们new指定实例并且将实例注入到需要该对象的类中，Spring通过DI（依赖注入）实现IOC（控制反转）。

        IoC 最常见以及最合理的实现方式叫做依赖注入(Dependency Injection，简称 DI)。

        IoC (Inversion of control )控制反转/反转控制。它是一种思想不是一个技术实现。描述的是：Java 开发领域对象的创建以及管理的问题。

        例如：现有类 A 依赖于类 B

        传统的开发方式 ：往往是在类 A 中手动通过 new 关键字来 new 一个 B 的对象出来

        使用 IoC 思想的开发方式 ：不通过 new 关键字来创建对象，而是通过 IoC 容器(Spring 框架) 来帮助我们实例化对象。我们需要哪个对象，直接从 IoC 容器里面过去即可。

        从以上两种开发方式的对比来看：我们 “丧失了一个权力” (创建、管理对象的权力)，从而也得到了一个好处(不用再考虑对象的创建、管理等一系列的事情)。

实战举例：

        现有一个针对 User 的操作，利用 Service 和 Dao 两层结构进行开发。在没有使用 IoC 思想的情况下，Service 层想要使用 Dao 层的具体实现的话，需要通过 new 关键字在UserServiceImpl 中手动 new 出 IUserDao 的具体实现类 UserDaoImpl(不能直接 new 接口类)。

        很完美，这种方式也是可以实现的，但是我们想象一下如下场景：

        开发过程中突然接到一个新的需求，针对对IUserDao 接口开发出另一个具体实现类。因为 Server 层依赖了IUserDao的具体实现，所以我们需要修改UserServiceImpl中 new 的对象。如果只有一个类引用了IUserDao的具体实现，可能觉得还好，修改起来也不是很费力气，但是如果有许许多多的地方都引用了IUserDao的具体实现的话，一旦需要更换IUserDao 的实现方式，那修改起来将会非常的头疼。

        使用 IoC 的思想，我们将对象的控制权(创建、管理)交有 IoC 容器去管理，我们在使用的时候直接向 IoC 容器 “要” 就可以了。

为什么叫控制反转

• 控制 ：指的是对象创建(实例化、管理)的权力
• 反转 ：控制权交给外部环境(Spring 框架、IoC 容器)

IoC 解决了什么问题

• IoC 的思想就是两方之间不互相依赖，由第三方容器来管理相关资源。这样有什么好处呢?
• 对象之间的耦合度或者说依赖程度降低;
• 资源变的容易管理;比如你用 Spring 容器提供的话很容易就可以实现一个单例

Reference

面试被问了几百遍的 IoC 和 AOP ，还在傻傻搞不清楚？-51CTO.COM

对象关系映射(ORM，Object Relational Mapping)

        它的作用是在关系型数据库和业务实体对象之间作一个映射，这样我们在具体的操作业务对象的时候，就不需要再去和复杂的SQL语句打交道，只需简单的操作对象的属性和方法。

        对象-关系映射（Object Relational Mapping，简称ORM，对象关系映射）是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。 简单的说，ORM是通过使用描述对象和数据库之间映射的元数据，将程序中的对象自动持久化到关系数据库中。本质上就是将数据从一种形式转换到另外一种形式。

        对象-关系映射（Object/Relation Mapping，简称ORM），是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法，关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的 两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达关联和继承关系。因此，对象-关系映射(ORM)系统一般以中间件的形式存在，主要实现程序对象到关系数据库数据的映射。

优缺点

• 优点： 隐藏了数据访问细节，构造固化数据结构变简单
• 缺点：牺牲性能，增加学习成本

ORM方法论基于三个核心原则

• 简单：以最基本的形式建模数据。
• 传达性：数据库结构被任何人都能理解的语言文档化。
• 精确性：基于数据模型创建正确标准化了的结构。

面向服务的架构(SOA，Service Oriented Architecture)

        它是一种粗粒度，松耦合服务架构，服务之间通过简单，精确定义接口进行通讯，不涉及底层编程接口和通讯模型。它能解决多服务凌乱问题,SOA架构解决数据服务的复杂程度，同时SOA也叫服务治理。

        面向服务的架构（SOA）是一个组件模型，全称：Service Oriented Architecture，它将应用程序的不同功能单元（称为服务）进行拆分，并通过这些服务之间定义良好的接口和协议联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。

        个人理解：比如五代十国的时候，各国有各国的货币这样不同国家的人交易起来特别麻烦，后面统一一种货币比如黄金，然后大家可以更顺利交易，因为不会因为货币的不同导致各种麻烦。这种就类似现在各国的货币统一兑换系统一样。

        SOA就是一种思想，将这种思想提升成一种契约或协议，然后大家共用遵循，解耦、提升性能、提升安全性等。

优缺点

• 优点： 核心逻辑复用，独立测试部署，水平扩展，系统运营。
• 缺点： 依赖复杂，可靠性差，数据一致性，运维要求高