在设计系统架构的时候，我们要用其道，利用其原则，不断的寻求技术平衡点，已达到架构足够的灵活。设计模式和设计原则是项目中能够使程序设计得有复用性，扩展性，安全性。

访问者模式是一种行为型模式，访问者表示一个作用于某对象结构中各元素的操作。它可以在不修改各元素类的前提下定义作用于这些元素的新操作，即动态的增加具体访问者角色。访问者模式利用了双重分派。先将访问者传入元素对象的Accept方法中，然后元素对象再将自己传入访

* 过滤器又称为标准模式是一种设计模式,这种模式允许开发人员使用不同的标准来过滤一组对象，* 通过预算逻辑以解耦的方式将他们联系起来。这种类型的设计模式属于结构模型,说白了,就是按条件筛选一组对象出来。* 的方法，将 客户端的所有请求委派到

　　策略这个词应该怎么理解，打个比方说，我们出门的时候会选择不同的出行方式，比如骑自行车、坐公交、坐火车、坐飞机、坐火箭等等，这些出行方式，每一种都是一个策略。　　策略模式，定义了一组算法，将每个算法都封装起来，并且使它们之间可以互换。2）所有策略类都需要

　　刚才在复习适配器模式时搜到了一张图片很有意思简单明了解释了适配器模式的思想，即将两种或以上的不适合的接口对接起来。　　在对于系统迭代和来自不同第三方接口时经常需要新旧接口或者不同第三方接口的对接此时就需要运用适配器实现最小侵入性的快速对接，在开发中有着

而Decorator本身，通常采用默认实现，他的存在仅仅是一个声明：我要生产出一些用于装饰的子类了。而其子类才是赋有具体装饰效果的装饰产品类。可以通过构造器声明装饰哪种类型的ConcreteComponent，从而对其进行装饰。以上4点可以说是设计装饰器模

麦当劳和肯德基就是生产鸡翅的Factory. 客户类和工厂类分开。缺点是当产品修改时，工厂类也要做相应的修改。将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。外蕴状态不能影响内蕴状态，它们是相互独立的。

　　提到单例模式，我们并不陌生，而且面试中也常常会问单例模式相关的问题，接下来就谈谈单例模式，这篇文章会回答如下几个问题：。　　保证一个类仅有一个实例，并提供一个访问它的全局访问点。这是《设计模式》中的定义。　　先说答案，有三种，基本上我们只知道两种，就是

有关软件设计模式的定义有很多，有些是从模式的作用出发，也写是根据模式的特点，本文根据大多数教材定义，从以下两个方面来说明。它描述了在软件设计过程中的一些不断重复发生的问题，以及对该问题的解决方案。目的是为了提高代码的可重用性，代码的可读性和代码的可靠性。设

这样就可以将该对象恢复到原先保存的状态。比如，我们使用Eclipse进行编程时，假如编写失误，我们希望返回删除前的状态，便可以使用Ctrl+Z来进行返回。这时我们便可以使用备忘录模式来实现。

策略模式属于对象的行为模式。其用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。策略模式是对算法的包装，是把使用算法的责任和算法本身分割开来，委派给不同的对象管理

if { //防止已经创建实例，线程进来，有枷锁和释放锁过程，造成cup 资源的浪费。synchronized {//枷锁，两个线程同时进来，其中一个线程能获得锁，另一个线程只能等待。静态代码块最常用的作用就是：给一个对象的属性初始化。由于使用静态加载

这样才能规避修改代码带来的大风险。未来使程序拓展性好，易于维护和升级。我们需要使用接口和抽象类等。LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受影响时，基类才能真正被复用，而衍生类也能在基类的基础上增加新的行为。LSP是对开闭原则的

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。开闭原则就是说对扩展开放，对修改关闭。里氏代换原则是对“开-闭”原则的补充。而基类与子类的继承关系就是抽象化的具体体现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

我们在做企业开发的时候，有时会遇到一种情况就是有一个类，其部分数据被多个类所依赖，被依赖的类也不知道依赖类的具体实现情况，此时我们就可以使用观察者模式，这里依赖类称为观察者，被依赖的类称为被观察者。观察者可以有多个，被观察者只能有一个，被观察者的数据变化将

按照目的来分，设计模式可以分为创建型模式、结构型模式和行为型模式。创建型模式用来处理对象的创建过程；结构型模式用来处理类或者对象的组合；行为型模式用来对类或对象怎样交互和怎样分配职责进行描述。

在网络上流畅很广的一篇旧文，暂时没找到原作者，目前所看到的最早转载时间是2005年2月28日。作者用轻松的语言，形象解释了23种模式，有很好的启发作用。麦当劳和肯德基就是生产鸡翅的Factory

麦当劳和肯德基就是生产鸡翅的Factory. 消费者任何时候需要某种产品，只需向工厂请求即可。缺点是当产品修改时，工厂类也要做相应的修改。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。

追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，四个鸡翅”就行了。消费者任何时候需要某种产品，只需向工。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工。厂类也要做相应的修改。，国外的MM也可以轻松搞掂，这就是我的“我爱你”bui

换句话说就是，理论及其反人类，说明又臭又长，反正就是看不进去。写了2+年的项目代码，其中见识过一个方下单的法都写了几百行；码代码明确对自己缺乏设计的代码困惑时；各种重复到恶心的代码，确无从下手整合。好像设计模式是讲软件设计的，翻翻去，，，，看了几遍，还是T