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