passport_daizi的博客

外部系统或客户类在访问我们的系统时，不需要一个个了模块进行访问，我们提供一个外观模式的实现类，在这个类中完成所需要的子模块的调用，那么外部系统或客户只需要调用我们的这个外观模式类就可以，这就降低了外部系统凋用的复杂程度。优点：松散耦合，简单易用，更好的划分访问的层次缺点：过多使用容易发生混乱何时使用外观模式：想使子系统更易于外部调用；想使客户程序与自己系统的耦合度降低；如果想构建多层次

就是在创建对象时，不是通过直接New来创建实例，而是通过一个工厂类来创建实例，给他传不同的标识他就返回给我什么样的对象。优点：帮助封装，不用操心具体的对象实现过程；实现了客户端和具体实现类的解耦。缺点：可能增加客户端的复杂度；什么时候使用工厂模式：想要把对外创建对象的职责集中管理和控制时。Code：接口：Interface1public

整个应用程序中某个类只有一个对象，不会出现多个该类的对象.同时最多只有一个实例。何时用：在开发过程中，读取配置文件时使用单态。统计在线人数时使用过单态。Code：资源文件：kali.properties读取配置文件类：PropertiesReadimport java.io.IOException;import java.io.InputStr

我们经常碰到要将两个没有关系的类组合在一起使用,第一解决方案是：修改各自类的接口，但是如果我们没有源代码，或者，我们不愿意为了一个应用而修改各自的接口,就使用适配器类。优点：更好的复用性，更好的扩展性，缺点：过多使用，容易产生零乱，无法整体进行把握何时使用：你想使用一个类，但是他不符合你现在的接口定义；如果你想创建一个可以重复使用的类，这个类和其它类不兼容；Code: