第1条:考虑用静态工厂方法代替构造器
静态工厂方法的优势
-
有名称
-
不必在每次调用的时候都创建一个新对象
-
可以返回原返回类型的任何子类型的对象
-
在创建参数化类型实例的时候,它们是代码变得更加简洁
静态工厂方法的缺点
-
类如果不含公有的或者受保护的构造器,就不能被子类化
-
它们与其他的静态方法实际上没有任何区别
静态工厂方法的惯用名称
-
valueOf
:类型转化方法 -
of
:valueOf
的简洁表示 -
getInstance
:用于单例的话,就是返回唯一的实例,不需要参数 -
newInstance
:返回新实例 -
getType
:工厂方法,返回不同类型的实例,type
表示类型 -
newType
:工厂方法,新建类型,type
表示类型
第2条:遇到多个构造器参数时要考虑用构建器
-
重叠构造器模式可行,但是当有许多参数的时候,客户端代码会很难编写,并且仍然难以阅读
-
JavaBeans
模式阻止了把类做成不可变的可能,这就需要程序员付出额外的努力来确保它的线程安全。
如果类的构造器或者静态工厂中具有多个参数,设计这种类时,Builder
模式就是种不错的选择,特别是当大多数参数都是可选的时候。
Builder
模式(构建器)比重叠构造器模式更易读,比JavaBean
更加安全
第3条:用私有构造器或者枚举类型强化Singleton属性
单元素的枚举类型已经成为实现Singleton
的最佳方法
第4条:通过私有构造器强化不可实例化的能力
工具类不希望被实例化,提供一个私有的构造器,并且抛出AssertionError
异常,防止被调用。
第5条:避免创建不必要的对象
-
重用不可变对象
-
重用那些已知不会被修改的可变对象,
-
要优先使用基本类型而不是装箱基本类型,要当心无意识的自动装箱。
第6条:消除过期的对象引用
-
只要类是自己管理内存,程序员就应该警惕内存泄漏问题。
堆栈的例子,数组所有成员,对于垃圾回收器而言,都是有效的。size
以外是无效这点是人为定义的,所以需要人为设置null
来明确这点。 -
内存泄漏的另一个常见来源是缓存。
-
内存泄漏的第三个常见来源是监听器和其他回调。
第7条:避免使用终结方法
-
终结方法通常是不可预测的,也是很危险的,一般情况下是不必要的。
-
使用终结方法有一个非常严重的性能损失。
网友评论