参考以下两篇文章:
http://www.mkyong.com/spring/spring-jdbctemplate-jdbcdaosupport-examples/
http://stackoverflow.com/questions/4762229/spring-ldap-invoking-setter-methods-in-beans-configuration
Spring JdbcDaoSupport 的使用非常简单,粗看没什么可疑的:
1.让Dao extends JdbcDaoSupport :
2.配置好数据源。这里是直接配置了,开发中可通过JNDI从Tomcat获取:
3.引用数据源并注入:
但是,查看JdbcDaoSupport源码会发现,JdbcDaoSupport并没有dataSource这个字段,它唯一的字段是:
private JdbcTemplate jdbcTemplate;
那么dataSource是怎么注入到JdbcDaoSupport的呢?
原来,Spring注入时是根据property而不是field
查看Spring的源码就会发现,Spring先解析bean.xml并保存好property,然后通过反射调用property在类中对应的writeMethod(也就是set方法),把bean.xml中配置的值赋给bean;而不是反过来
例如你给customerDAO 配置了:
<property name="dataSource" ref="dataSource" />
那么Spring就会到customerDAO 里面找setDataSource这个方法并调用,而不管有没有这个字段
JdbcDaoSupport的setDataSource方法:
在这里,是直接通过new来创建一个 JdbcTemplate
有了JdbcTemplate,数据库的操作就没问题了
说到Spring的DataSource,我用jadclipse反编译查看某公司框架时,发现框架类似以下代码:
在beans.xml里面配置依赖注入的时候,采用了auto-scan:
并没有像文章开头那样,显式地把DataSource注入到Dao当中,但框架运行正常
dataSource是怎么注入到Dao的呢?百思不得其解
后来用jd-gui.exe反编译时,才发现在setDatasource方法上面还有一个注解:
@Resource(name="dataSource")
水落石出。。
下面说说java bean中property的定义,
测试代码:
http://www.mkyong.com/spring/spring-jdbctemplate-jdbcdaosupport-examples/
http://stackoverflow.com/questions/4762229/spring-ldap-invoking-setter-methods-in-beans-configuration
Spring JdbcDaoSupport 的使用非常简单,粗看没什么可疑的:
1.让Dao extends JdbcDaoSupport :
public class JdbcCustomerDAO extends JdbcDaoSupport implements CustomerDAO
{
//no need to set datasource here
public void insert(Customer customer){
String sql = "INSERT INTO CUSTOMER " +
"(CUST_ID, NAME, AGE) VALUES (?, ?, ?)";
getJdbcTemplate().update(sql, new Object[] { customer.getCustId(),
customer.getName(),customer.getAge()
});
}
2.配置好数据源。这里是直接配置了,开发中可通过JNDI从Tomcat获取:
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="com.mysql.jdbc.Driver" /> <property name="url" value="jdbc:mysql://localhost:3306/mkyongjava" /> <property name="username" value="root" /> <property name="password" value="password" /> </bean>
3.引用数据源并注入:
<bean id="customerDAO" class="com.mkyong.customer.dao.impl.JdbcCustomerDAO"> <property name="dataSource" ref="dataSource" /> </bean>
但是,查看JdbcDaoSupport源码会发现,JdbcDaoSupport并没有dataSource这个字段,它唯一的字段是:
private JdbcTemplate jdbcTemplate;
那么dataSource是怎么注入到JdbcDaoSupport的呢?
原来,Spring注入时是根据property而不是field
查看Spring的源码就会发现,Spring先解析bean.xml并保存好property,然后通过反射调用property在类中对应的writeMethod(也就是set方法),把bean.xml中配置的值赋给bean;而不是反过来
例如你给customerDAO 配置了:
<property name="dataSource" ref="dataSource" />
那么Spring就会到customerDAO 里面找setDataSource这个方法并调用,而不管有没有这个字段
JdbcDaoSupport的setDataSource方法:
public final void setDataSource(DataSource dataSource) {
if (this.jdbcTemplate == null || dataSource != this.jdbcTemplate.getDataSource()) {
this.jdbcTemplate = createJdbcTemplate(dataSource);
initTemplateConfig();
}
}
protected JdbcTemplate createJdbcTemplate(DataSource dataSource) {
return new JdbcTemplate(dataSource);
}
在这里,是直接通过new来创建一个 JdbcTemplate
有了JdbcTemplate,数据库的操作就没问题了
说到Spring的DataSource,我用jadclipse反编译查看某公司框架时,发现框架类似以下代码:
public abstract class JdbcBaseDao extends JdbcDaoSupport {
public void setDatasource(DataSource dataSource) {
setDataSource(dataSource);
}
}
在beans.xml里面配置依赖注入的时候,采用了auto-scan:
<jee:jndi-lookup id="dataSource" jndi-name="jdbc/jdbcname_ljn" resource-ref="true"/> <context:component-scan base-package="com.ljn.spring" use-default-filters="false"> <context:include-filter type="regex" expression="com\.ljn\.spring\..*"/> </context:component-scan>
并没有像文章开头那样,显式地把DataSource注入到Dao当中,但框架运行正常
dataSource是怎么注入到Dao的呢?百思不得其解
后来用jd-gui.exe反编译时,才发现在setDatasource方法上面还有一个注解:
@Resource(name="dataSource")
水落石出。。
下面说说java bean中property的定义,
测试代码:
import java.beans.IntrospectionException;
import java.beans.Introspector;
import java.beans.PropertyDescriptor;
import java.lang.reflect.Field;
public class PropertyTest {
public static void main(String[] args) throws IntrospectionException {
PropertyDescriptor[] descriptors =
Introspector.getBeanInfo(Dummy.class, Object.class).getPropertyDescriptors();
for (PropertyDescriptor descriptor : descriptors) {
System.out.println(
"Property: " + descriptor.getName() +
", type: " + descriptor.getPropertyType());
}
Field[] fields = Dummy.class.getDeclaredFields();
for (Field field : fields) {
System.out.println(
"Field: " + field.getName() +
", type: " + field.getType());
}
}
}
class Dummy {
@SuppressWarnings("unused")
private String name;
public long getLength() {
return 1L;
}
public int getSeqid(long j) {
return 1;
}
public void setAge(int age) {
// empty
}
public void setSize() {
// empty
}
}
/*
以上程序输出:
Property: age, type: int
Property: length, type: long
Field: name, type: class java.lang.String
由此可见
1.没有getter也没有setter的field并不认为是一个property
2.符合标准的getter或者setter,则认为是一个property
符合标准的getter:形如“<type> getYzz(){...}”,则property为yzz,property的type就是方法返回值的type,注意方法不能有参数
符合标准的setter:形如“void setYzz(<type> param){...}”property为yzz,property的type就是方法参数的type,注意方法必须有参数
上面程序中,getSeqid以及setSize都不是标准的getter/setter,因此不是一个property
*/