通过私有构造函数强化不可实例化的能力

通过私有化构造函数强化不可实例化的能力:

企图通过将一个类做成抽象类来强制该类不可被实例化,这是行不通的。

有简单的习惯用法可以确保一个类不可被实例化。由于只有一个类不包含显示的构造函数的时候,编译器才会生成默认的构造函数,所以我们只要让这个类包含单个显示的私有构造函数,则它就不可被实例化了。

因为显示构造函数是私有的,所以在该类的外部它是不可被访问的。假设该构造函数不被类自身从内部调用,就能保证该类永远不会被实例化,这种习惯有点违反直觉,好像构造函数就专门设计成不能被调用一样。所以,明智的做法是在代码中对于构造函数的作用增加一些注释。

 

这种习惯用法也有副作用,它使得一个类不能被子类化。所有的构造函数都必须要调用一个可访问的超类(superclass)构造函数,无论显示地或隐式地调用,在这种情形下,子类就没有可以访问的构造函数来调用了。

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值