设计模式

适配器模式（Adapter）：将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

 

在软件开发中，也就是系统的数据和行为都正确，但接口不符合时，我们应该考虑用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用一些现存的类，但是接口又与复用环境要求不一致的情况。

 

使用一个已经存在的类，但如果它的接口，也就是它的方法和你的要求不相同时，就应该考虑用适配器模式。

 

单例模式：单例模式，保证一个类仅有一个实例，并提供一个访问它的全局访问点。

通常我们可以让一个全局变量使得一个对象被访问，但它不能防止你实例化多个对象。一个最好的办法就是，让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建，并且它可以提供一个访问该实例的方法。

 

好处：比如单例模式因为Singleton类封装它的唯一实例，这样它可以严格地控制客户怎样访问它以及何时访问它。简单地说就是对唯一实例的受控访问。

 

Effective Java

singleton是指这样的类，它只能实例化一次。singleton通常被用来代替那些本质上具有唯一性的系统组件，比如视频显示或者文件系统。

实现singleton有两种方法。这两种方法都要把构造函数保持为私有的，并且提供一个静态成员，以便允许客户能够访问该类惟一的实例。在第一种方法中，公有静态成员是一个final域：

public class Elvis{

       public static final Elvis INSTANCE=new Elvis();

       private Elvis(){

       }

}

私有构造函数仅被调用一次，用来实例化公有的静态final域Elvis.INSTANCE。由于缺少公有的或则受保护的构造函数，所以保证了Elvis的全局唯一性：一旦Elvis类被实例化之后，只有一个Elvis实例存在---不多不少。客户的任何行为都不会改变这一点。

第二种方法提供了一个公有的静态工厂方法，而不是公有的静态final域：

package singletonModel;

public class ElvisOther {
 private static final ElvisOther INSTANCE=new ElvisOther();
 private ElvisOther(){
  
 }
 public static ElvisOther getInstance(){
  return INSTANCE;
 }

}
所有对于静态方法ElvisOther .getInstance的调用，都会返回同一个对象引用，所以，不会有别的ElvisOther实例被创建。

第一种方法的主要好处在于，组成类的成员的声明很清楚地表明了这个类是一个singleton：公有的静态域是final的，所以该域将总是包含相同的对象引用。第一种方法可能在性能上稍微领先，但是在第二种方法中，一个优秀的JVM实现应该能够通过将静态工厂方法的调用内联化，来消除这种差别。

 

第二种方法的主要好处在于，它提供了灵活性：在不改变API的前提下，允许我们改变想法，把该类做成singleton，或者不做成singleton。singleton的静态工厂方法返回该类的唯一实例，但是，它也很容易被修改，比如说，为每个调用该方法的线程返回一个唯一的实例。

总而言之，如果你确信该类将永远是一个singleton，那么使用第一种方法是有意义的。如果你希望保留一点余地，那么请使用第二种方法。