改善JAVA代码01:考虑静态工厂方法代替构造器
前言
系列文章:[传送门]
每次开始新的一本书,我都会很开心。新书新心情。
正文
静态工厂方法代替构造器
说起这个,好多可以念叨的。做了一年多的项目,慢慢也有感触。
说起构造器
大家很明白,构造器可以让我们在何处何地获取自身或者他人一个实例。我们是无忌惮的使用着 new 却从来没考虑过人家的感受。其实new ,new一个对象,就是开辟一块内存空间给这个对象。如果何处何地,都new的话,漫山遍野...
五颜六色的new ,本质却一样
一句话:构造器虽是万能,但是要珍惜。
再谈谈 静态工厂方法
静态工厂方法,顾名思义,只是一个返回类实例的静态方法。这里有个不切当的比喻,我觉得静态工厂方法的好处,就像手龙头一样,一直有水(对象)。要就用这个方法呗。
看看下面的简单例子吧
public static Boolean valueOfBoolean(Boolean b) { return b ? Boolean.TRUE : Boolean.FALSE; }
#boolean基本类型转换成Boolean对象引用。
#static
根据上面例子,相比构造器,大家和我一起讨论下:
1 它开始有名称
2 不必每次调用它们,创建一个新对象
3 返回原返回类型的任何子类型的对象
服务访问API -----灵活的动态工厂
下面实现一个服务提供者接口和一个默认提供者:
package src.day01; import java.util.concurrent.ConcurrentHashMap; /** * Created with IntelliJ IDEA. * User: Li * Date: 14-5-12 * Time: 下午10:52 * To change this template use File | Settings | File Templates. */ public interface Service { } public interface Provider { Service newService(); } public class Services { private Services(){} private static final Map<String , Provider> providers = new ConcurrentHashMap<String , Provider>(); public static final String DEFAULT_PROVIDER_NAME = "<def>"; public static void registerDeafaultProvider(Provider p) { registerProvider(DEFAULT_PROVIDER_NAME,p); } public static void registerProvider(String name , Provider p) { providers.put(name,p); } public static Service new Instance() { return newInstance(DEFAULT_PROVIDER_NAME); } public static Service newInstance(String name ) { Provider p = providers.get(name); if(p == null) throw new IllegalArgumentException( "no..." ); return p.newService(); } }
#providers
# newInstance 该方法为静态工厂方法
这个例子则告诉我们
4 他们在创建参数化类型实例时候,代码更加简洁。
总结
静态工厂方法
1 它开始有名称
2 不必每次调用它们,创建一个新对象
3 返回原返回类型的任何子类型的对象
4 他们在创建参数化类型实例时候,代码更加简洁。
(生活离不开寻找对象,寻找方式,你说呢?)
感谢及资源共享
路上走来一步一个脚印,希望大家和我一起。
感谢读者!很喜欢你们给我的支持。如果支持,点个赞。