- 容器
- IoC：Inverse of Control，控制反转
- AOP：Aspect-Oriented Program，面向切面编程
容器
why
以前可能具体实现和调用的service都混在一起，这样逻辑混乱，修改麻烦。所以先将具体实现类，service类分开，并且把具体实现类注册到container容器内。how
public class Container{
public static Container instance;
private Map components;
public Container(){
components = new HashMap();
instance = getInstance();
// 修改的时候改这就行 = new MailReportGenerator();
ReportGenerator generator = new SMSReportGenerator();
ReportService service = new ReportService();
component.put("reportGenerator", generator);
component.put("reportService", service);
}
public Object getComponent(String id){
return component.get(id);
}
// 通过单例模式获取container
public static Container getInstance(){
if (null == instance){ instance = new Container(); }
return instance;
}
public class ReportService{
private ReportGenerator generator = (ReportGenerator)Container.getInstance().get("reportGenerator");
public void generate(){
//具体功能放在这，调用实现类的具体实现方法
generator.generate();
}
}
这样的话所有的class（包括generator、service）都注册在容器里了，需要用的时候就根据id从容器中获取实例就行了。
当具体实现修改了的时候，譬如从SMSGenerator修改成MailGenerator的时候，只需要修改容器的注册，service类不会受到影响。
但是这种方式还是需要在service里面感知reportGenerator，没有完全实现解耦。
IoC(Spring中通过XML配置)
Service可以称为Service Bean，Generator是一种资源。
- why
在上面容器中，是在Service Bean里面主动去获取资源。所以现在想要一种方式能给Service Bean推送资源，这就通过IoC来实现了。 - how
public class Container{
public static Container instance;
private Map components;
public Container(){
components = new HashMap();
instance = getInstance();
ReportGenerator generator = new SMSReportGenerator();
ReportService service = new ReportService();
// 实现了IoC，在容器中实现了主动把资源generator推送给Service Bean
service.setGenerator(generator);
component.put("reportService", service);
}
public Object getComponent(String id){
return component.get(id);
}
public static Container getInstance(){
if (null == instance){ instance = new Container(); }
return instance;
}
public class ReportService{
private ReportGenerator generator;
public void generate(){
generator.generate();
}
// 通过set注入
public void setGenerator(ReportGenerator generator){
this.generator = generator
}
}
通过上面的控制反转，不像开始的容器，还需要在service bean中传入bean的id。service bean和容器之间只有set接口，到达了松耦合。
因为Spring都会用到IoC，所以Spring把通用的代码独立出来了形成通用的容器和IoC供开发者使用。因为这些代码实际开发者并不关心IoC是怎么实现的，所以Spring提供了一种更简便的配置方式——通过XML文件配置：
在XML文件中，service和资源generator都作为bean的方式定义了，并且资源bean作为service bean的property属性完成IoC
<?xmlversion="1.0"encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd" >
<bean id="smsReportGenerator" class="SMSReportGenerator"/>
<bean id="reportService" class="ReportService">
<property name="generator" ref="smsReportGenerator"/>
</bean>
</beans>
AOP
- why
每个模块都会有自己的日志、鉴权、通信、事务管理的这些功能，并不属于业务的内容，但是又有很多杂乱功能点，这些功能跨越了好多个模块和业务需求，被称为横切关注点。
这些横切关注点容易导致代码混乱逻辑分散，如何管理这些横切关注点，改变这些非业务逻辑的代码不会影响主要业务逻辑，是AOP要解决的问题。 - how
- 代理模式实现
通过代理模式 实现AOP。 - Spring中代理模式实现
- 代理模式实现
