java设计模式问答题

工厂系列模式的优缺点： 1.让用户的代码和某个特定类的子类的代码解耦 用户不必知道它所使用的对象是怎样创建的，只需知道该对象有哪些方法 2.抽象工厂模式可以为用户创建一系列相关的对象，使用户和创建这些对象的类脱耦 MVC模式是不是一种设计模式？为什么 MVC不是设计模式，应该是框架/架构模式，因为它的定义是抽象的，没有足够的细节描述使你直接去实现，而只能根据MVC的概念和思想，用几个设计模式组合实现。 举出一个生活中使用装饰者模式的例子，用程序实现思路 举个生活中的例子，俗话说“人在衣着马在鞍”，把这就话用装饰者模式的语境翻译一下，“人通过漂亮的衣服装饰后，男人变帅了，女人变漂亮了；”。对应 上面的类图，这里人对应于ConcreteComponent,而漂亮衣服则对应于ConcreteDecorator； 设计模式如何分类，每一个类别都有什么特征？ 设计模式分为3类，分别是：创建型模式、行为型模式、结构型模式。 创建型特点：避免用户直接使用new运算符创建对象。 行为型特点：怎样合理的设计对象之间的交互通信，以及怎样合理的为对象分配职 结构型特点： Java jdk中使用了哪些设计模式 1.单例2.静态工厂3.工厂方法4.抽象工厂5.构造者6.原型7.适配器8桥接9.组合10.装饰器11.外观12.享元14.代理15.迭代器16.观察者17.协调者18.模板方法19.策略20.责任链21.命令22.空对象25.解释器 面向对象的设计原则有哪些？ 开闭原则、面向抽象的原则（依赖倒转原则）、多用组合少用继承原则、高内聚-低耦合原则。 观察者模式的推拉有什么不同？使用场景 推，具体主题将变化后的数据全部交给具体观察者。场景：当具体主题认为具体观察者需要这些变换后的数据时，往往采用推数据方式； 拉，具体主题不将变化后的数据交给具体观察者，而是提供获得这些数据的方法。场景：当具体主题不知道具体观察者是否需要这些变换后的数据时，往往采用拉数据的方式。 策略模式和工厂模式有什么不同？ 策略模式定义了一系列算法，将他们一个个封装，并且他们之间可以相互替换； 工厂模式定义一个创建对象的接口，让子类决定实例化哪一个类

5观察者模式的推拉有什么不同？适用场景 现在要说的分歧在这里：

“推”的方式是指，Subject维护一份观察者的列表，每当有更新发生，Subject会把更新消息主动推送到各个Observer去。

“拉”的方式是指，各个Observer维护各自所关心的Subject列表，自行决定在合适的时间去Subject获取相应的更新数据。

“推”的好处包括： 1、高效。如果没有更新发生，不会有任何更新消息推送的动作，即每次消息推送都发生在确确实实的更新事件之后，都是有意义的。

2、实时。事件发生后的第一时间即可触发通知操作。 3、可以由Subject确立通知的时间，可以避开一些繁忙时间。 4、可以表达出不同事件发生的先后顺序。 缺点：精确性较差，不能保证能把信息送到客户器。 “拉”的好处包括： 1、如果观察者众多，Subject来维护订阅者的列表，可能困难，或者臃肿，把订阅关系解脱到Observer去完成。

2、Observer可以不理会它不关心的变更事件，只需要去获取自己感兴趣的事件即可。

3、Observer可以自行决定获取更新事件的时间。 4、拉的形式可以让Subject更好地控制各个Observer每次查询更新的访问权限。缺点：不能够及时获取系统的变更。

6策略模式和工厂模式有什么不同？ 一般情况下，策略模式是为了解决的是策略的切换与扩展，更简洁的说是定义策

略族，分别封装起来，让他们之间可以相互替换，策略模式让策略的变化独立于使用策略的客户。可以应用的场景有优惠系统、工资计算系统等。而工厂模式主要解决的是资源的统一分发，将对象的创建完全独立出来，让对象的创建和具体的使用客户无关。主要应用在多数据库选择，类库文件加载等。很明显的是策略模式是开放的，作为一个主体你的活动范围是全程的，大多数事情要你自己亲力亲为。而工厂模式作是封闭的，作为主体的你的活动范围是有限的，很多事情都帮组你做好了，你直接“点”就可以了。

7装饰者模式和适配器模式的比较 1.关于新职责：适配器也可以在转换时增加新的职责，但主要目的不在此。

装饰者模式主要是给被装饰者增加新职责的。 2.关于原接口：适配器模式是用新接口来调用原接口，原接口对新系统是不可见或者说不可用的。装饰者模式原封不动的使用原接口，系统对装饰的对象也通过原接口来完成使用。（增加新接口的装饰者模式可以认为是其变种--“半透明”装饰者） 3.关于其包裹的对象：适配器是知道被适配者的详细情况的（就是那个类或那个接口）。装饰者只知道其接口是什么，至于其具体类型（是基类还是其他派生类）只有在运行期间才知道。

8为什么要用设计模式，设计模式有哪些优点 设计模式的优点：

1、设计模式融合了众多专家的经验，并以标准的形式给广大群众使用，她提供了一中通用的设计词汇，和一种通用的设计语言，以方便开发人员之间开发和交流，使得设计方案更加通俗易懂； 2、设计模式使人们可以方便简单的复用设计模式； 3、设计模式是设计方案易于修改； 4、设计模式的使用将提高软件开发效率与质量，节约成本； 5、设计模式有助于初学者理解面向对象的思想。

9学过的每一种模式的适用场景和优缺点 职责链模式 优点： 1. 将请求的发送者和接收者解耦 2. 可以简化你的对象，因为它不需要知道链的结构 3. 通过改变链内的成员或调动他们的次序，允许你动态地新增或删除责任 缺点： 1. 并不保证请求一定会被执行，如果没有任何对象处理它的话，它可能会落到链尾端之外 2. 可能不容观察运行时的特征，有碍于除错。 用途： 经常被使用在窗口系统中，处理鼠标和键盘之类的事件。 当算法牵涉到一种链型运算，而且不希望处理过程中有过多的循环和条件选择语句，并 且希望比较容易的扩充文法，可以采用职责链模式。 1）有多个对象处理请求，到底怎么处理在运行时确定。 2）希望在不明确指定接收者的情况下，向多个对象中的一个提交请求。 3）可处理一个请求的对象集合应该被动态指定。 典型例子： 一个请求发送给前台，前台表示我无权管理，将请求传递给财务部门，财务部门再„„

简单工厂模式 优点： 工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。 缺点： 由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。 当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利； 用途： 工厂类负责创建的对象比较少； 客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心； 由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。 经典例子：没啥好说的，这不是一个真正的设计模式

策略模式 优点： 1. 提供了一种替代继承的方法，而且保持了继承的优点，比继承更独立(算法独立，可以任意扩展) 2. 避免程序使用多重条件转移语句，使系统更灵活，并易于扩展 3. 遵守大部分常用设计原则，高内聚，低耦合 缺点： 1. 每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。可以使用工厂方法来解决。 用途： 各个不同地区不同的纳税方法，HF中不同鸭子的方法。有多种鸭子，每个鸭子都有自己的行为，fly，quaak之类的。行为有行为类，继承同一接口实现不同操作，以此实现算法互换。

装饰模式 优点： 1. 装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。 2. 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。 3. 有着比继承更加灵活的特性 缺点： 由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象看上去都很相像。 用途： 当需要给一个类添加新的行为的时候，但基于开闭原则，就使用装饰模式。 经典例子： 我穿衣服使用draw（）方法，在我穿好衣服后，我还打算再寄领带，而寄领带就是装饰类，我们可以把装饰类和对象（穿衣服类）继承于同一个接口，在装饰类的draw（）方法中调用super.draw（），然后再在这个方法里加上自己的特征。

工厂方法模式 优点： 1. 良好的封装性，代码结构清晰。一个对象创建是有条件约束的，如一个调用者需要一个具体的产品对象，只要知道这个产品的类名（或约束字符串）就可以了，不用知道创建对象的艰辛过程，减少模块间的耦合。 2. 工厂方法模式的扩展性非常优秀。在增加产品类的情况下，只要适当地修改具体的工厂类或扩展一个工厂类，就可以完成“拥抱变化”。例如在我们的例子中，需要增加一个棕色人种，则只需要增加一个BrownHuman类，工厂类不用任何修改就可完成系统扩展。 3. 屏蔽产品类。这一特点非常重要，产品类的实现如何变化，调用者都不需要关心，它只需要关心产品的接口，只要接口保持不表，系统中的上层模块就不要发生变化，因为产品类的实例化工作是由工厂类负责，一个产品对象具体由哪一个产品生成是由工厂类决定的。在数据库开发中，大家应该能够深刻体会到工厂方法模式的好处：如果使用JDBC连接数据库，数据库从MySql切换到Oracle，需要改动地方就是切换一下驱动名称（前提条件是SQL语句是标准语句），其他的都不需要修改，这是工厂方法模式灵活性的一个直接案例。 4. 工厂方法模式是典型的解耦框架。高层模块值需要知道产品的抽象类，其他的实现类都不用关心，符合迪米特原则，我不需要的就不要去交流；也符合依赖倒转原则，只依赖产品类的抽象；当然也符合里氏替换原则，使用产品子类替换产品父类，没问题！ 缺点：待补充 用途： 第一种情况是对于某个产品，调用者清楚地知道应该使用哪个具体工厂服务，实例化该具体工厂，生产出具体的产品来。Java Collection中的iterator() 方法即属于这种情况。