IoC与AOP的那点事儿

栏目: 后端 · 发布时间: 7年前

内容简介:IoC与AOP的那点事儿

IoC

控制反转(Inversion of Control)是 OOP 中的一种设计原则,也是 Spring 框架的核心.大多数应用程序的业务逻辑代码都需要两个或多个类进行合作完成的, 通过 IoC 则可以减少它们之间的耦合度 .

实现方法

IoC 的主要实现方法有两种, 依赖注入依赖查找 .

依赖注入 :应用程序被动的接收对象, IoC 容器通过类型或名称等信息来判断将不同的对象注入到不同的属性中.

依赖注入主要有以下的方式:

  • 基于 set 方法 : 实现特定属性的public set()方法,来让 IoC 容器调用注入所依赖类型的对象.

  • 基于接口 : 实现特定接口以供 IoC 容器注入所依赖类型的对象.

  • 基于构造函数 : 实现特定参数的构造函数,在创建对象时来让 IoC 容器注入所依赖类型的对象.

  • 基于注解 : 通过 Java 的注解机制来让 IoC 容器注入所依赖类型的对象,例如 Spring 框架中的 @Autowired .

依赖查找 :它相对于 依赖注入 而言是一种更为主动的方法,它会在需要的时候通过调用框架提供的方法来获取对象,获取时需要提供相关的配置文件路径、key等信息来确定获取对象的状态.

IoC的思想

在传统实现中,我们都是通过应用程序自己来管理依赖的创建,例如下代码.

public class Person {

	// 由Person自己管理Food类的创建
	public void eat() {
		Food food = new Chicken();
		System.out.println("I am eating " + food.getName() + "...");
	}

}

IoC 则是通过一个 第三方容器来管理并维护这些被依赖对象,应用程序只需要接收并使用 IoC容器 注入的对象而不需要关注其他事情 .

public class Person {
	private Food food;

	// 通过set注入
	public void setFood(Food food) {
		this.food = food;
	}

	// Person不需要关注Food,只管使用即可
	public void eat() {
		System.out.println("I am eating " + this.food.getName() + "...");
	}

}

通过以上的例子我们能够发现,控制反转其实就是对象控制权的转移, 应用程序将对象的控制权转移给了第三方容器并通过它来管理这些被依赖对象,完成了应用程序与被依赖对象的解耦.

AOP

AOP(Aspect-Oriented Programming) 即面向方面编程. 它是一种在运行时,动态地将代码切入到类的指定方法、指定位置上的编程思想. 用于 切入到指定类指定方法的代码片段叫做 切面 ,而 切入到哪些类中的哪些方法叫做 切入点 .

AOPOOP 的有益补充, OOP 从横向上区分出了一个个类, AOP 则从纵向上向指定类的指定方法中动态地切入代码.它使 OOP 变得更加立体.

Java 中的动态代理或 CGLib 就是 AOP 的体现.

案例分析

OOP 中,我们使用封装的特性来将不同职责的代码抽象到不同的类中.但是在分散代码的同时,也增加了代码的重复性.

例如,我们需要在两个或多个类中的方法都记录日志或执行时间,可能这些代码是完全一致的,但因为类与类无法联系造成代码重复.

public class A {

	public void something () {
		// 业务逻辑...
		recordLog();	
	}

	private void recordLog() {
		// 记录日志...
	}

}

public class B {

	public void something () {
		// 业务逻辑...
		recordLog();
	}

	private void recordLog() {
		// 记录日志...
	}

}

接下来,我们采取两种不同方案来改进这段代码.

将重复代码抽离到一个类中

public class A {

	public void something () {
		// 业务逻辑...
		Report.recordLog();
	}

}

public class B {

	public void something () {
		// 业务逻辑...
		Report.recordLog();
	}

}

public class Report {

	public static void recordLog (String ...messages) {
		// 记录日志...
	}

}

这样看似解决了问题,但类之间已经耦合了.并且当这些外围业务代码(日志,权限校验等)越来越多时,它们的侵入(与核心业务代码混在一起)会使代码的整洁度变得混乱不堪.

使用AOP分离外围业务代码

我们使用 AspectJ ,它是一个 AOP 框架,扩展了 Java 语言,并定义了 AOP 语法(通过它实现的编译器).

使用 AspectJ 需要先安装并将lib中aspectjrt.jar添加进入classpath, 下载地址 .

public class Something {

    public void say() {
        System.out.println("Say something...");
    }

    public static void main(String[] args) {
        Something something = new Something();
        something.say();
    }

}

public aspect SomethingAspect {

    /**
     * 切入点,切入到Something.say()
     */
    pointcut recordLog():call(* com.sun.sylvanas.application.hello_aop.Something.say(..));

    /**
     * 在方法执行后执行
     */
    after():recordLog() {
        System.out.println("[AFTER] Record log...");
    }

}

AOP 解决了代码的重复并将这些外围业务代码抽离到一个切面中,我们可以动态地将切面切入到切入点.

本文作者为 SylvanasSun(sylvanassun_xtz@163.com) ,转载请务必指明原文链接.


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

一目了然

一目了然

Robert Hoekman, Jr. / 段江玲 / 机械工业出版社华章公司 / 2012-3-19 / 59.00元

可用性或易用性是软件或Web设计师的重要设计目标之一。本书深入阐述了如何设计出简单易用的基于Web的软件,以帮助读者理解、掌握显性设计的精髓。作者从软件开发初期谈起,一直到软件设计后期,分析诸多案例并论证了自己的见解或设计原则。本书在第1版的基础上进行了重大改进,尤其是在设计思想上,作者在本书中谈到“以用户为中心的设计”、“以任务为中心的设计”以及“以情景为中心的设计”的理念。这种设计理念也将更直......一起来看看 《一目了然》 这本书的介绍吧!

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

随机密码生成器
随机密码生成器

多种字符组合密码

URL 编码/解码
URL 编码/解码

URL 编码/解码