Effective Java刷书笔记---静态工厂方法
Effective Java刷书笔记---静态工厂方法
类实例获取--“考虑”用静态工厂方法代替构造器
对于一个类而言，为了让调用者获取它自身的一个实例，最常用的方法就是提供一个公有的构造器,比如：
Fragment fragment = new MyFragment();
Date date = new Date();
byte[] buf = new byte[2048];
File dir = new File(path);
而我们也要在日常开发中“考虑”静态工厂方法，静态工厂方法也是获取这个类自身的一个实例，他的存在是为了更好的描述和处理这个类。比如：
Calendar calendar = Calendar.getInstance();
Boolean b=Boolean.valueOf(xxx);
Calendar.java
public static Calendar getInstance()
{
return createCalendar(TimeZone.getDefault(), Locale.getDefault(Locale.Category.FORMAT));
}
Boolean.java
public static Boolean valueOf(boolean b) {
return (b ? TRUE : FALSE);
}
静态工厂方法的优势:
1.静态工厂方法有名字。
- 构造函数的方式 需要名字和类名相同，当有多个重载，参数类型、返回值不同等多种情况下（比如Date函数重载），对于使用者来说可能阅读要查阅每个参数的意义了才能不调用错误的构造器。
- 静态工厂方法可以使用不同的方法名字使得其构造的对象更加明晰。我们完全可以通过方法名明白构造了什么样的对象，帮助客户端能更好的准确的调用正确的实例。
- 对于构造函数来说，只有参数有差异（类型、数量或者顺序）才能够重载
- 静态工厂方法允许我们有相同的参数类型，只要名字不同即可。
即如果构造器的参数本身没有确切的描述正被返回的对象，那么具有适当名称的静态工厂会更容易使用，代码更容易阅读。
2.不用每次被调用时都创建新对象。
这一点可能比较好理解，这样做避免创建不必要的对象。
有时候外部调用者只需要拿到一个实例，而不关心是否是新的实例；又或者我们想对外提供一个单例时 。可以用静态工厂方式为重复的调用返回相同的对象。
然后顺便重温一下单例: Hi，我们再来聊一聊Java的单例吧
public class Single {
private static Single instance;
private Single() {}
public static Single getInstance() {
if (instance == null) {
synchronized (Single.class) {
if (instance == null) {
instance = new Single();
}
}
}
return instance;
}
}
3.可以返回原返回类型的子类。
这一点符合设计模式中的基本的原则之一——『里氏替换』原则，就是说子类应该能替换父类。构造方法只能返回确切的自身类型，而静态工厂方法则能够更加灵活，可以根据需要方便地返回任何它的子类型的实例。
比如我们现在想根据消息类型返回不同的消息子类（比如文本消息、图片消息、视频消息等等）
public static Message getMessage(TIMMessage message){
switch (message.getElement(0).getType()){
case Text:
case Face:
return new TextMessage(message);
case Image:
return new ImageMessage(message);
case Sound:
return new VoiceMessage(message);
case Video:
return new VideoMessage(message);
case GroupTips:
return new GroupTipMessage(message);
case File:
return new FileMessage(message);
case Custom:
return new CustomMessage(message);
case UGC:
return new UGCMessage(message);
default:
return null;
}
}
4.在创建带泛型的实例时，能使代码变得简洁
这条主要是针对带泛型类的繁琐声明而说的，构造器实例方式需要我们重复书写两次泛型参数：
但如果我们通过静态工厂方式，编译器可以帮我们找到类型参数（类型推导），只写一次泛型参数。
//常规实例化方式
Map<String, List<String>> m =
new HashMap<String, List<String>>();
public static <K, V> HashMap<K, V> newInstance() {
return new HashMap<K, V>();
}
//使用静态工厂方法实例化，简化繁琐的声明
Map<String, List<String>> m = HashMap.newInstance();
但是jdk1.7之后做了优化，不用静态方法也可以只写一次类型参数了。
5.避免写很多重复的代码，集中管理，统一修改
这一点在业务中很常见，比如android开发中我们需要在MainActivity 中跳到DetailActivity中，最简单我们会这样写
String url="";
Intent intent = new Intent(MainActivity.this,DetailActivity.class);
intent.putExtra("url", url);
context.startActivity(intent);
但当其他Activity 也要跳到DetailActivity中，我们还是会重复的写这种代码，以至于我们某天需要统一查看都哪些跳转DetailActivity时我们需要全局搜索吗？？或者修改intent传入参数时，也不方便查找。所以此时我们使用静态工厂方式，在DetailActivity中加入这个一个方法:
public static void jumpToDetail(Context context, String url){
Intent intent = new Intent(context, DetailActivity.class);
intent.putExtra("url", url);
context.startActivity(intent);
}
此时其他activity再调用时只需DetailActivity.jumpToDetail(context,url);即可，这样做省去写重复的代码，也统一管理参数，便于查看调用者。
静态工厂方法的劣势
-
类如果不含公有的或受保护的构造器，就不能被实例化。
如果我们在类中将构造函数设为private，只提供静态工厂方法来构建对象，那么我们将不能通过继承扩展该类。
但是这也会鼓励我们使用复合而不是继承来扩展类。
-
一般构造器在API文档会被明确标识出来，方便阅读查看。而静态工厂方法我们主要是靠命名规范来弥补这一劣势。
