代理模式
为其他对象提供一种代理以控制对这个对象的访问（摘抄）
对于代理模式，我感觉自己是有自己的理解的，而且实际编码中也用得比较多，所以读这一章的时候，感觉有些理解和作者也许还有点不一样，代理模式真的是实际编码过程中用得非常多的模式，简单的话来说就是把自己要做的事情交给别人来做，这就相当于别人代替你做了某事，这样的理解应该算代理吧
书上的代码是这样的
public interface S
{
void Operation();
}
public class A implements S
{
@Override
public void Operation() {
//A的操作
}
}
public class Proxy implements S
{
A a = new A();
@Override
public void Operation(){
a.Operation();
}
}
public static void main()
{
Proxy proxy = new Proxy();
proxy.Operation();
}
我感觉这样写，好处看不到很多，有可能是我一开始对于代理模式的运用就用错了，但是有一点是我感觉可以理解的，就是这样子用代理模式对于功能的拓展有用，就是当你的A类已经写好了，而且不想改动的情况下，需要添加一些额外的功能，这样写也许会比较好
我自己平时用代理模式
public interface S
{
void Operation();
}
public class A implements S
{
@Override
public void Operation() {
//A的操作
}
}
public class A implements S
{
@Override
public void Operation() {
//A的操作
}
}
public class Proxy implements S
{
S s;
public Proxy(S s){
this.s = s;
}
@Override
public void Operation(){
s.Operation();
}
public void special()
{
}
}
这样子用呢感觉会灵活很多，对于功能的添加上会比直接用子类向上转型好很多，同时也可以根据传入的类，去调用相应的方法，例如取数据的方法有很多种，但是处理数据的方法只有一种，那么这样写的话，你用不同的方法取数据就只需要传入不同的类就可以了
书上最后总结，代理模式分为四种，远程代理，虚拟代理，安全代理，智能代理，但是又没有用代码来解释这些的区别和实际用途，感觉看着有点晕。。。
总结
其实看到这，真的感觉设计模式的很多东西都是相通的，例如这个代理模式达到的效果，也可以通过前面几种模式来达到，所以在实际编码的使用中真的不能生搬硬套，而是要学会理解每一种设计模式的原理，和他的思想，灵活的应用，因为实际编码以我们这种低水平的人，用不出那种十分正规的模式，也许写的模式四不像，但是只要能达到我们想要达到的目的，满足设计模式的原则，谁又能说这种设计模式是不是好的呢？
所以说没有最好的设计模式，只有最适合的设计模式！