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

本文探讨了为何工具类的构造方法应该私有化,以防止被实例化。通过一个具体的例子,阐述了如何实现这一目标,并解释了这样做可以避免无意中创建工具类的实例,从而确保工具类的正确使用。

通过标题,有点难以理解其意。

但是通过这句(只包含静态方法和静态域的类),就是类似平常我们提供的一些工具类,不过对于工具类本身的构造还真,没有注意过。

这个时候,问题就有了标题要表达的意思了,因为再编写工具类的时候,没有私有化构造,当编译时,会有默认的构造能够被调用,其实这个时候构造被调用已经没有实际意义,再说,我们也不希望调用这个工具类的构造。

再次回到标题,私有构造器强化不可实例化的能力,这样,我们的工具类,就不会出现上面的情况了


package com.patten.factory;

/**
 * 类似一些工具类,确保本身的构成是私有,强化不可实例化的能力
 * @author jiy
 *
 */
public class PrivateCon {

 private PrivateCon() {

 }

 public static void print() {
  System.out.println("==========");
 }
}

转载于:https://my.oschina.net/kcnf/blog/309395

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值