第4条:通过私有构造器强化不可实例化的能力_JAVA_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > JAVA > 第4条:通过私有构造器强化不可实例化的能力

第4条:通过私有构造器强化不可实例化的能力

 2015/4/30 19:07:59  flyvszhb  程序员俱乐部  我要评论(0)
  • 摘要:第4条:通过私有构造器强化不可实例化的能力有时候,可能需要编写只包含静态方法和静态域的类。这些类的名声很不好,因为有些人滥用它们来避免从对象的角度进行思考,但是它们也确实有它们特有的用处。我们可以利用这种类,以java.lang.Math或者java.util.Arrays的方式,把基本类型的值或者数组类型上的相关方法组织起来。我们也可以通过java.util.Collections的方式,把实现特定接口的对象上的静态方法(包括工厂方法,见第1条)组织起来。最后
  • 标签:构造 实例 能力 构造器
第4条:通过私有构造器强化不可实例化的能力

有时候,可能需要编写只包含静态方法和静态域的类。这些类的名声很不好,因为有些人滥用它们来避免从对象的角度进行思考,但是它们也确实有它们特有的用处。我们可以利用这种类,以java.lang.Math或者java.util.Arrays的方式,把基本类型的值或者数组类型上的相关方法组织起来。我们也可以通过java.util.Collections的方式,把实现特定接口的对象上的静态方法(包括工厂方法,见第1条)组织起来。最后,还可以利用这种类把final类上的方法组织起来,以取代扩展该类的做法。

这样的工具类(utility class)不是要被实例化的:实例没有任何意义。然而,在缺少显式构造器的情况下,编译器会自动提供一个公有的、无参的默认构造器(default constructor)。对于用户而言,这个构造器与其他的构造器没有任何区别。在已发行的API中常常可以看到一些被无意识地实例化的类。

企图通过将类做成抽象类来强制该类不可被实例化,这是行不通的。该类可以被子类化,并且该子类也可以被实例化。这样做甚至会误导用户,以为这种类是专门为了继承而设计的(见第17条)。然而,有一些简单的习惯用法可以确保类不可被实例化。由于只有当类不包含显式的构造器时,编译器才会生成默认的构造器,因此让类包含私有构造器,它就不能被实例化了:

// Noninstantiable utility class
public class UtilityClass {
// Suppress default constructor for noninstantiability
private UtilityClass() {
    throw new AssertionError();
}
... // Remainder omitted
}


由于显式的构造器是私有的,所以不可以在该类的外部访问它。AssertionError不是绝对必要,但是它可以避免不小心在类的内部调用构造器。它保证该类在任何情况下都不会被实例化。这种习惯用法有点违反直觉,好像构造器就是专门设计成不能调用一样。因此,明智的做法就是在代码中增加一条注释,如上所示。

这种习惯用法也有副作用,它使得一个类不能被子类化。所有的构造器都必须显式或隐式地调用超类(superclass)构造器,在这种情形下,子类就没有可访问的超类构造器来调用了。
发表评论
用户名: 匿名