静态代理模式

设计模式本质上就是“SOLID设计原则”在实际应用中的具体体现，我们在实际开发中要尽量面向抽象编程、面向接口编程。顾客->菜单<-厨师，顾客面向菜单点菜，厨师面向菜单做菜，顾客点的菜必须在菜单范围内，厨师能做的菜也必须在菜单范围内，菜单即接口，这就是面向接口编程思想，做项目的时候，先定义接口，再定义实现接口的类，才算是面向抽象编程、面向接口编程。

从代码角度看静态代理模式与基础版的装饰者模式非常相似，不同点就是装饰者模式中的目标类是通过带参构造器传入，静态代理模式中的目标类是在无参构造器中手动创建。但相似总归是相似，它并不相同，从设计的角度来看那意义就大不一样了，下面是我总结的两者之间的异同点。

各设计模式与实际场景结合时都可能会产生不同的意义，就像我们的一句话，先不说场景不同，就是语气不同都可能有多重含义，想学好设计模式要深入理解场景和语境，我的修为还不够需要继续努力。

相同点：

• 都要与目标类实现相同的接口
• 都要声明目标对象
• 都可以在不修改目标类的情况下，增强目标方法

不同点：

• 目的不同：使用装饰者的目的是装饰（增强）目标对象；使用静态代理的目的是保护和隐藏目标对象（只能使用代理，不清楚代理对应的目标类是什么）
• 目标对象的获取方式不同：装饰者模式中的target是通过带参构造器传入；静态代理中的target是在无参构造器中手动创建
• 增强功能的实现者不同：装饰者模式中存在装饰者基类，它并没有增强，具体的装饰者才进行增强，存在装饰链的概念；静态代理没有基类，不存在类间的父子关系，不存在链的概念

程序结构图如下：

public interface ISomeService {
	String doSome();
}
public class SomeServiceImpl implements ISomeService {
	@Override
	public String doSome() {
		return "aaabbb";
	}
}
public class SomeServiceProxy implements ISomeService {
	private ISomeService target;
	
	public SomeServiceProxy() {
		this.target=new SomeServiceImpl();
	}

	@Override
	public String doSome() {
		return target.doSome().toUpperCase();
	}
}
public class MyTest {
	public static void main(String[] args) {
		ISomeService proxy = new SomeServiceProxy();
		System.out.println(proxy.doSome());
	}
}