设计模式

中介者使各个对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互，在其内部封装了一系列的对象交互~

外观模式又名门面模式，其属于对象结果模式的一种，当客户类与子系统通讯时必须通过统一的外部对象进行通讯，因对外有一个统一接口，外部应用程序不用关心内部子系统的具体的细节，这样会大大降低应用程序的复杂度~

观察者模式中有一个称作“主题”的对象和若干个称作“观察者”的对象，“主题”和“观察者”间是一种一对多的依赖关系，当“主题”的状态发生变化时，所有“观察者”都得到通知~

策略模式是一种对算法封装的行为模式，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换，同时只适用管理一组同类型的算法，并且这些算法是完全互斥的情况~

学习模板模式后，发现实现方式采用的就是封装、继承、抽象等Java基础知识组合而成， 这些基础我们在开发中早已熟用，只是不自知而已 ~

享元模式是少数几个以提高系统性能为目的的模式之一，主要实现了对象的共享，即共享池(对象池)，减少内存的大量消耗，那么只需要共享一份对象的拷贝，而不必为每一次使用都创建新的对象~

如果你了解Java中继承特性的话，那么有助于你理解装饰者模式，简单的讲该模式借助了java的特性，类似子类继承父类后， 在自身的方法内通过调用super(父类实现)动态调整装饰的顺序与行为 ~

我在学习代理模式时，发现很多文章喜欢用委托律师打官司的案例讲解代理模式，却没有说明律师虽是我们的代理者，但是真正的事件执行者还是自身（委托者），敬请鉴赏 ~

在我认为常用的if else处理就是责任链简化的一种形式，开发中还是用if else 多一些，架构级别可能用责任链模式更多一些 ~

创建型模式：单例模式、工厂模式、抽象工厂模式、建造者模式、原型模式； 从第一眼到现在，我终究认为工厂模式的存在，就在于快速返回我们的需要的实体类，而我们需要的实体类方法，均在对应的实体类内部实现~

从前期的架构到中后期的代码优化，设计模式都是重中之重，建造者模式属于创建型模式之一，我个人认为主要用于解决复杂的多参构造场景，敬请指教~

在项目中单例模式被频繁使用，我使用单例模式的初衷就是为了保持同一对象，同一数据，然后支持全局调用，故此与君分享~