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

本文探讨了如何通过私有构造器防止工具类被无意实例化,解释了为何将类设为抽象无法阻止实例化。通过示例展示了私有构造器在JDBC工具类中的应用,以及其防止子类化的潜在缺点。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

问题思考:有时候,你可能需要编写只包含静态方法和静态域的类作为工具类(utility class),这样的工具类不希望被实例化,实例化对它没有任何意义。然而,在缺少显示构造器的情况下,编译器会提供一个公有的、无参的缺省构造器(default constructor),这个构造器与其它构造器没有任何区别。在已发行的API中常常可以看到一些被无意识地实例化的类。

错误做法:将这种类做成抽象类来强制该类不可被实例化。这是行不通的,该类可以被子类化,并且该子类也可以被实例化。这样做甚至会误导用户,以为这种类是专门为了被继承而设计的。

解决办法:让这个类包含私有构造器:

 1 //Noninstantiable utility class
 2 public class JDBCUtil {
 3     //Suppress default constructor for noninstantiability
 4     private JDBCUtil() {
 5         throw new AssertionError();
 6     }
 7     
 8     /**获取连接*/
 9     public static Connection getConnection() {
10         Connection conn = null;
11         try {
12             Class.forName("com.mysql.jdbc.Driver");
13             String url = "jdbc:mysql://localhost:3306/flowersale";
14             String username = "root";
15             String password = "root";
16             conn = DriverManager.getConnection(url, username, password);
17         } catch (ClassNotFoundException e) {
18             // TODO Auto-generated catch block
19             e.printStackTrace();
20         } catch (SQLException e) {
21             // TODO Auto-generated catch block
22             e.printStackTrace();
23         }
24         return conn;
25     }
26     /**
27      * 释放资源
28      * @param rs
29      * @param stmt
30      * @param conn
31      */
32     public static void release(ResultSet rs,Statement stmt,Connection conn) {
33         if(rs!=null) {
34             try {
35                 rs.close();
36             } catch (SQLException e) {
37                 // TODO Auto-generated catch block
38                 e.printStackTrace();
39             }
40         }
41         if(stmt!=null) {
42             try {
43                 stmt.close();
44             } catch (SQLException e) {
45                 // TODO Auto-generated catch block
46                 e.printStackTrace();
47             }
48         }
49         if(conn!=null) {
50             try {
51                 conn.close();
52             } catch (SQLException e) {
53                 // TODO Auto-generated catch block
54                 e.printStackTrace();
55             }
56         }
57     }
58     
59     /**
60      * 增删改代码整合
61      */
62     public static int execute(String sql,Object... args) {
63         int result = -1;
64         Connection conn = null;
65         PreparedStatement ps = null;
66         try {
67             conn = JDBCUtil.getConnection();
68             ps = conn.prepareStatement(sql);
69             for(int i=0;i<args.length;i++) {
70                 ps.setObject(i+1, args[i]);
71             }
72             result = ps.executeUpdate();
73         } catch (SQLException e) {
74             // TODO Auto-generated catch block
75             e.printStackTrace();
76         }finally {
77             JDBCUtil.release(null, ps, conn);
78         }
79         return result;
80     }
81 }

上述代码是一个简单的JDBC连接数据库的工具类,在调用的过程中完全没必要将其实例化,故把该类的构造方法设为私有的,避免被实例化。

缺点:它使得一个类不能被子类化。因为所有的构造器都必须是显示或隐式地调用超类(superclass)的构造器,在这种情况下,子类就没有可以访问的超类构造器可以调用了。

转载于:https://www.cnblogs.com/remote/p/10073160.html

内容概要:该研究通过在黑龙江省某示范村进行24小时实地测试,比较了燃煤炉具与自动/手动进料生物质炉具的污染物排放特征。结果显示,生物质炉具相比燃煤炉具显著降低了PM2.5、CO和SO2的排放(自动进料分别降低41.2%、54.3%、40.0%;手动进料降低35.3%、22.1%、20.0%),但NOx排放未降低甚至有所增加。研究还发现,经济性和便利性是影响生物质炉具推广的重要因素。该研究不仅提供了实际排放数据支持,还通过Python代码详细复现了排放特征比较、减排效果计算和结果可视化,进一步探讨了燃料性质、动态排放特征、碳平衡计算以及政策建议。 适合人群:从事环境科学研究的学者、政府环保部门工作人员、能源政策制定者、关注农村能源转型的社会人士。 使用场景及目标:①评估生物质炉具在农村地区的推广潜力;②为政策制定者提供科学依据,优化补贴政策;③帮助研究人员深入了解生物质炉具的排放特征和技术改进方向;④为企业研发更高效的生物质炉具提供参考。 其他说明:该研究通过大量数据分析和模拟,揭示了生物质炉具在实际应用中的优点和挑战,特别是NOx排放增加的问题。研究还提出了多项具体的技术改进方向和政策建议,如优化进料方式、提高热效率、建设本地颗粒厂等,为生物质炉具的广泛推广提供了可行路径。此外,研究还开发了一个智能政策建议生成系统,可以根据不同地区的特征定制化生成政策建议,为农村能源转型提供了有力支持。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值