看起来麻烦了许多，但是这样Spring就可以使用统一的方式来管理bean的属性了。

Bean的制造工厂

有了对单个Bean的包装，还需要对多个的bean进行管理。在spring中，把bean纳入到一个核心库中进 行管理。bean的生产有两种方法：一种是一个bean产生多个实例，一种是一个bean只产生一个实例。如果 对设计模式熟悉的话，我们就会想到，前者可以采用Prototype，后者可以采用Singleton。

注意到，反射技术的使用使得我们不再像原始的工厂方法模式那样创建对象。反射可以非常灵活的根 据类的名称创建一个对象。所以spring只使用了Prototype和Singleton这两个基本的模式。

Spring正是这样处理的，但是我们希望用户能够维护统一的接口，而不需要关心当前的bean到底是 Prototype产生的独立的bean，还是Singleton产生的共享的bean。所以，在 org.springframework.beans.factory包中的BeanFactory定义了统一的getBean方法。

Spring工作原理探秘(3)

JDBC再封装JDBC优雅的封装了底层的数据库，但是JDBC仍然存在诸多的不变。你需要编写大量的代码 来完成CRUD操作，而且，JDBC无论是遇到什么样的问题，都抛出一个SQLException，这种做法在异常使用 上被称为不完备的信息。因为问题可能是很复杂的，也许是数据库连接的问题，也许是并发控制的问题， 也许只是SQL语句出错。没有理由用一个简单的SQLException就搞定全部的问题了，这种做法有些不负责 任。针对这两个问题，Spring Framework提出了两种解决方法：首先，提供一个框架，把JDBC应用中的获 取连接、异常处理、释放等比较通用的操作全部都集中起来，用户只需要提供特定的实现就OK了。实现的 具体细节采用的是模板方法。举个例子，在org.springframework.jdbc.object包中，MappingSqlQuery类 实现了将SQL查询映射为具体的业务对象。JavaDoc中这样写到：Reusable query in which concrete subclasses must implement the abstract mapRow(ResultSet, int) method to convert each row of the JDBC ResultSet into an object. 用户必须实现mapRow方法，这是典型模板方法的应用。我们拿一 个具体的例子来看看：

1.　　　　class UserQuery extends MappingSqlQuery {　　 
2.　　　　　　 
3.　　　　　public UserQuery(DataSource datasource) {　　 
4.　　　　super(datasource, "SELECT * FROM PUB_USER_ADDRESS WHERE USER_ID = ?");　　 
5.　　　　declareParameter(new SqlParameter(Types.NUMERIC));　　 
6.　　　　compile();　　 
7.　　　　　}　　 
8.　　　　　　 
9.　　　　　// Map a result set row to a Java object　　 
10.　　　　　protected Object mapRow(ResultSet rs, int rownum) throws SQLException {　　 
11.　　　　User user = new User();　　 
12.　　　　user.setId(rs.getLong("USER_ID"));　　 
13.　　　　user.setForename(rs.getString("FORENAME"));　　 
14.　　　　return user;　　 
15.　　　　　}　　 
16.　　　　　　 
17.　　　　　public User findUser(long id) {　　 
18.　　　　// Use superclass convenience method to provide strong typing　　 
19.　　　　ret

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!