spring recipes笔记 - 动态代理,aop概述

[b]Aop面向切面编程概述[/b]

Aop(aspect-Oriented Programming 面向切面编程)，它是对传统的oop(Object-Oriented Programming) 的补充，在oop的世界，应用程序用过类和接口组织，这些编程元素非常适合实现核心业务的需求，但是对于横切关注点，则显得力不从心，aop为开发者提供了另一种组织应用程序结构的方式，不再是oop的类和接口，aop的主要编程元素是切面，横切关注点在企业应用程序是非常普遍的，典型例子包括日志，验证，缓存和事务管理。

非模块化的横切关注点所带来的问题
横切关注点是跨越应用程序多个模块的功能，这些类型的关注点通常很难通过传统面向对象方式进行模块化，下面从一个简单的例子看一下非模块化横切关注点带来的问题

public interface Compute {
	public double add(double a, double b);
public double sub(double a, double b);
}

public class ComputeImpl implements Compute {
	/* (non-Javadoc)
	 * @see com.netease.dao.Compute#add(double, double)
	 */
	public double add(double a,double b){
		double result = a + b;
		return result;
	}
	public double sub(double a,double b){
		double result = a-b;
		return result;
	}
}

现在我们考虑为计算器增加log,在记录每个方法的开始和结果

public class ComputeImpl implements Compute {
	private Log log = LogFactory.getLog(this.getClass());
	/* (non-Javadoc)
	 * @see com.netease.dao.Compute#add(double, double)
	 */
	public double add(double a,double b){
		log.info("the method add() start with");
		double result = a + b;
		log.info("the method add() end");
		return result;
	}

	public double sub(double a,double b){
		log.info("the method sub() start");
		double result = a-b;
		log.info("the method sub() end");
		return result;
	}

}

如上所见，这些非业务需求的加入后，原来的方法急剧膨胀，因为这些属于系统范围的需求需要跨越多个模块，所以为了将他们与核心业务进行分开，把它们成为横切关注点

非模块化的横切关注点将会导致两个问题
第一个问题是代码的混乱，可维护性和复用性很差，在核心业务中还需要兼顾多个关注点。
另一个问题是代码分散，如果验证需求发生改变，要需要修改多个分散的横切点。

综上所诉，计算器应该只关心核心计算逻辑，将日志关注点从其中分离出来

下一篇 [b]spring recipes笔记 - 使用动态代理模块化横切关注点[/b]