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

工具类(抽象类)不希望被实例化。然而缺少显式构造器的情况下,编译器会自动提供一个公有的无参构造器,对于用户而言,这个构造器和其他构造器并无不同。因此经常会看到一些被无意识实例化的类。

企图将类做成抽象类来强制该类不可被实例化,这是行不通的。该类可以被子类化,子类可以被实例化,这样做会误导,以为这种类是为了继承而设计的。

我们只需要为类提供一个显式的私有构造,它就不可以被实例化了:

public class UtilityClass{
    //提供一个显式的私有构造器
    private UtilityClass(){
        throw new AssertionError();
    }
    ...
}

这种方法使得一个类同时也不能被子类化。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值