`
septem
  • 浏览: 55253 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

spring3.0使用annotation完全代替XML(续)

    博客分类：
  • java
XMLSpring配置管理iBATISBean 
阅读更多
上一篇文章还有些话没说完，没想到一拖就是2周，所以干脆另开一篇吧。

从回帖的反应来看，大多数人还是不赞成完全代替XML的，这点倒是在意料之中。我个人还是倾向于用代码来取代XML的Bean定义，当然这更多的是关乎个人偏好，不代表与我观点不同的人就是错的。

先来说说代码相对于XML的优点吧：

   1. 更加简洁，相对于XML的“语法”，java来得更熟悉
   2. 类型安全，更大程度上发挥java静态语言的特性
   3. 对重构更加友好

再说说用annotation代替XML的可能性吧，目前看来是不大可能，主要还存在以下的限制：

1. java的语言文化

不知道还有哪门语言比java更加依赖XML，尤其是做web开发。在JDK5之前，没有annotation的时代，用XML来记录一些补充语义，似乎也没有比这更理想的方案。这些年用着用着大家就习惯了，于是不再有人去质疑。回头看看平时使用的各种大大小小的框架，除了Bob Lee开发的google guice，没有哪个从最初的设计开始就抛开XML的，在java主流文化的影响下拿出这么“非主流”的作品，难怪他自称crazybob。好在这些情况在慢慢好转，annotation以及CoC等观念被越来越多的人接受。

2. spring本身的限制

spring2.0开始引入的schema与namespace大大简化了XML Bean的定义，比如<tx:annotation-driven />，简单一行就开启了用annotation来配置事务的功能(还记得spring1.x的时候需要多少行来配置事务吗？)。换做用 @Configuration要如何实现？这个时候只能深入spring的细节，找出<tx:annotation-driven />注册的所有bean，一个一个地在AppConfig.java中手工定义。我之前想过写一个插件来解决这个问题，即通过代码定义一个简单的bean就可以实现namespace这样的功能。后来在spring的jira上发现了spring3.1即将提供这样的支持，在基于java的配置中增加以下高级配置的功能：

    * Enabling annotation-driven transaction management (<tx:annotation-driven/>)
    * Enabling annotation-driven scheduling (<task:annotation-driven/>)
    * Enabling AspectJ auto-proxying (<aop:aspectj-autoproxy)
    * Enabling domain object DI with @Configurable (<aop:spring-configured/>)
    * Enabling property-placeholder replacement (<context:property-placeholder/>)
    * Enabling AspectJ load-time weaving (<context:load-time-weaver/>)
    * Enabling MBean Export (<context:mbean-export/>)
    * Enabling component scanning (<context:component-scan/>)
    * Performing JNDI lookups (<jee:jndi-lookup/>)
    * Looking up local and remote stateless session beans (<jee:local-slsb/>; <jee:remote-slsb/>)

所以这个问题在未来的版本中也会得到解决

总结：所以我觉得java-based configuration会是一个趋势。说来惭愧，像python, ruby等语言不早就这么做了吗？看看django, rails，里面的配置不都是用自己的语言来写吗？大家都玩得这么High，java怎么能缺席呢？
分享到：
| spring3.0使用annotation完全代替XML
评论
23 楼 septem 2010-09-06  
zzy9zzy 写道

properties和xml不是一个意思嘛，都是配置文件。对了，你的项目是不是不用Spring啊，我记得以前不用Spring做项目的时候，确实是把数据库配置放在properties里面的，那你的做法我还是赞同的。

我接触到的项目，不管用什么框架，数据库连接等配置都是放在properties里面的
22 楼 zzy9zzy 2010-09-06  
septem 写道
zzy9zzy 写道
其实你的数据源这样做，还是要读取xml配置文件


不大明白你的意思。。。像driverClassName之类的数据库连接配置是放在properties文件里的，通过spring el注入到代码中，本来就没有xml,何来还是要读取xml之说？

对于这种外部环境的配置，都放在properties文件中，也可以避免因修改配置而走测试流程。但我还是觉得需要不需要测试不能简单地根据是修改代码还是修改xml来判断。如果你用xml来描述bean之间的依赖关系，修改xml就代表bean之间的依赖关系变了，对于这些影响比较大的变动，不也应该仔细地测试一下吗？

而且很多时候修改xml是由代码改动引起的，比如某个类被重命名了。。。


properties和xml不是一个意思嘛，都是配置文件。对了，你的项目是不是不用Spring啊，我记得以前不用Spring做项目的时候，确实是把数据库配置放在properties里面的，那你的做法我还是赞同的。
21 楼 jcs7575 2010-09-05  
xml配置还是很必要的，可以集中很多信息，很方便的，annotation比较分散

除非用annotation比xml性能有很大提升，否则即使有个三方的工具之类的东西可以提取出所有anntoation 也还是没有xml来的方便快捷。
20 楼 slaser 2010-09-05  
septem 写道
slaser 写道
个人觉得java可读性比xml差。如上面的用java配置数据源，我觉得很SB.因为我开发中确实经常改数据源的。而且我觉得数据源就该是配置，和代码有毛关系。哪个简单，直接比行数就可以了。


还是第一次听说xml的可读性比java好。。。个人的习惯是很难改变的，用你觉得舒服的方式就好，没必要纠结于这些细节。。。

是不是很多人都没看明白帖子啊，数据源的配置是放在properties里面的，即使改也是改properties，这点跟你用代码还是xml无关。。。

行数是会比xml多几行，不过也仅仅是多几行而已，差别不大，相对来说，写代码总比写xml舒服一些吧。。。

你觉得写java舒服估计是有API提示的原因。
对于数据源这种相对固定的配置，没几个人记不住。

IOC关系定义这块确实有争议。说说我所遇到的工作环境，经常有项目被转移给别人做，对于有经验的人，要明白代码，首先看applicationContext.xml. 这个比看annotation快多了。

19 楼 septem 2010-09-05  
slaser 写道
个人觉得java可读性比xml差。如上面的用java配置数据源，我觉得很SB.因为我开发中确实经常改数据源的。而且我觉得数据源就该是配置，和代码有毛关系。哪个简单，直接比行数就可以了。


还是第一次听说xml的可读性比java好。。。个人的习惯是很难改变的，用你觉得舒服的方式就好，没必要纠结于这些细节。。。

是不是很多人都没看明白帖子啊，数据源的配置是放在properties里面的，即使改也是改properties，这点跟你用代码还是xml无关。。。

行数是会比xml多几行，不过也仅仅是多几行而已，差别不大，相对来说，写代码总比写xml舒服一些吧。。。
18 楼 slaser 2010-09-05  
个人觉得java可读性比xml差。如上面的用java配置数据源，我觉得很SB.因为我开发中确实经常改数据源的。而且我觉得数据源就该是配置，和代码有毛关系。哪个简单，直接比行数就可以了。
17 楼 septem 2010-09-04  
zzy9zzy 写道
其实你的数据源这样做，还是要读取xml配置文件


不大明白你的意思。。。像driverClassName之类的数据库连接配置是放在properties文件里的，通过spring el注入到代码中，本来就没有xml,何来还是要读取xml之说？

对于这种外部环境的配置，都放在properties文件中，也可以避免因修改配置而走测试流程。但我还是觉得需要不需要测试不能简单地根据是修改代码还是修改xml来判断。如果你用xml来描述bean之间的依赖关系，修改xml就代表bean之间的依赖关系变了，对于这些影响比较大的变动，不也应该仔细地测试一下吗？

而且很多时候修改xml是由代码改动引起的，比如某个类被重命名了。。。
16 楼 zzy9zzy 2010-09-04  
septem 写道
zzy9zzy 写道
用annotation最大的问题是如果修改配置就要改代码，改了代码就要测试，这是不太可以接受的。用xml配置文件目的就是代码和配置分离，修改配置的时候不需要改代码走测试流程。

非常建议使用xml配置spring框架，至于action和dao层我倒是支持用annotation，改起来直观方便——尤其是hibernate的对象映射

注解不并妨碍代码和配置分离，比如： 
@Configuration
public class AppConfig {
	
	@Value("#{datasource.url}")
	private String databaseUrl;
	@Value("#{datasource.driver}")
	private String driverName;
	@Value("#{datasource.username}")
	private String username;
	@Value("#{datasource.password}")
	private String password;
    
    @Bean(destroyMethod = "close")
    public BasicDataSource dataSource(){
    	BasicDataSource dataSource = new BasicDataSource();
    	dataSource.setUrl(databaseUrl);
    	dataSource.setDriverClassName(driverName);
    	dataSource.setUsername(username);
    	dataSource.setPassword(password);
    	return dataSource;
    }
}

像数据库连接等所有依赖外部环境的配置都可以放到properties里面，再通过spring el注入到代码中来


Spring的数据源配置还是不建议这样做。数据源这种不容易的变得东西是可以用annotation的，但变化主要在于大量Action,Bs,Dao，用annotation就要改代码。其实你的数据源这样做，还是要读取xml配置文件，不划算的。一般我们像下面这样在xml里面做配置就可以包括连接池和数据源一次性解决。 

	<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
		<property name="driverClassName" value="oracle.jdbc.driver.OracleDriver" />
		<property name="url" value="jdbc:oracle:thin:@localhost:1521:orcl" />
		<property name="username" value="name" />
		<property name="password" value="111111" />
	</bean>
15 楼 songfantasy 2010-09-04  
鱼言风语 写道
俺觉着：

Spring用Annotation代替配置文件非常有必要
Ibatis用Annotation代替配置文件是倒退

如果配置信息本身是类/类的成员的特性，那么应该用Annotation；
如果配置信息依赖于外部环境，应该用配置文件


赞成，Spring的配置文件建议使用Annotation，ibatis的倒没有必要。放在xml中比放在代码中好。
14 楼 chinpom 2010-09-03  
<div class="quote_title">proTecJavaChen 写道</div>
<div class="quote_div">我是一个新手，个人理解，大型项目还是用XML比较好，因为那样一看XML文件就能明白各个BEAN之间的关系。如果都用注解方式，还得一个一个到Java类中看。维护起来比较麻烦。<br>这只是我个人理解，如果有说错的地方，希望指教。</div>
<p>这个倒不是问题，可以写个程序从Annotation提取出Spring的配置信息，再写到XML里，我还写过一个半成品的呢。<img src="/images/smiles/icon_wink.gif" alt=""></p>
13 楼 septem 2010-09-03  
zzy9zzy 写道
用annotation最大的问题是如果修改配置就要改代码，改了代码就要测试，这是不太可以接受的。用xml配置文件目的就是代码和配置分离，修改配置的时候不需要改代码走测试流程。

非常建议使用xml配置spring框架，至于action和dao层我倒是支持用annotation，改起来直观方便——尤其是hibernate的对象映射

注解不并妨碍代码和配置分离，比如： 
@Configuration
public class AppConfig {
	
	@Value("#{datasource.url}")
	private String databaseUrl;
	@Value("#{datasource.driver}")
	private String driverName;
	@Value("#{datasource.username}")
	private String username;
	@Value("#{datasource.password}")
	private String password;
    
    @Bean(destroyMethod = "close")
    public BasicDataSource dataSource(){
    	BasicDataSource dataSource = new BasicDataSource();
    	dataSource.setUrl(databaseUrl);
    	dataSource.setDriverClassName(driverName);
    	dataSource.setUsername(username);
    	dataSource.setPassword(password);
    	return dataSource;
    }
}

像数据库连接等所有依赖外部环境的配置都可以放到properties里面，再通过spring el注入到代码中来
12 楼 zzy9zzy 2010-09-03  
用annotation最大的问题是如果修改配置就要改代码，改了代码就要测试，这是不太可以接受的。用xml配置文件目的就是代码和配置分离，修改配置的时候不需要改代码走测试流程。

非常建议使用xml配置spring框架，至于action和dao层我倒是支持用annotation，改起来直观方便——尤其是hibernate的对象映射
11 楼 scottcgi 2010-09-03  
个人喜好问题，就像每个人的性格，星座，血型一样
非要证明谁更好的哪些人，属于喜欢把个人喜好强加于别人的种群

时间证明一切，共存代表多样性
10 楼 septem 2010-09-03  
proTecJavaChen 写道
我是一个新手，个人理解，大型项目还是用XML比较好，因为那样一看XML文件就能明白各个BEAN之间的关系。如果都用注解方式，还得一个一个到Java类中看。维护起来比较麻烦。
这只是我个人理解，如果有说错的地方，希望指教。

这点是事实。注解会将语义信息分散到各个class中去，XML则是集中管理。
但是借助SpringSource Tool Suite或者其它IDE工具来管理这些分散的配置，算不算是一种弥补方案呢，呵呵
9 楼 鱼言风语 2010-09-03  
wwy_0918 写道
鱼言风语 写道
俺觉着：

Spring用Annotation代替配置文件非常有必要
Ibatis用Annotation代替配置文件是倒退

如果配置信息本身是类/类的成员的特性，那么应该用Annotation；
如果配置信息依赖于外部环境，应该用配置文件


支持，方便理解代码。



Annotation的用途可不是为了方便理解代码，有了Annotation，你自己就可以很容易的做你自己的AOP了。
8 楼 wwy_0918 2010-09-03  
鱼言风语 写道
俺觉着：

Spring用Annotation代替配置文件非常有必要
Ibatis用Annotation代替配置文件是倒退

如果配置信息本身是类/类的成员的特性，那么应该用Annotation；
如果配置信息依赖于外部环境，应该用配置文件


支持，方便理解代码。
7 楼 proTecJavaChen 2010-09-03  
我是一个新手，个人理解，大型项目还是用XML比较好，因为那样一看XML文件就能明白各个BEAN之间的关系。如果都用注解方式，还得一个一个到Java类中看。维护起来比较麻烦。
这只是我个人理解，如果有说错的地方，希望指教。
6 楼 Foxswily 2010-09-03  
鱼言风语 写道
俺觉着：

Spring用Annotation代替配置文件非常有必要
Ibatis用Annotation代替配置文件是倒退

如果配置信息本身是类/类的成员的特性，那么应该用Annotation；
如果配置信息依赖于外部环境，应该用配置文件


赞同，Spring新版大力推Annotation也是基于此，很多必然且几乎不会改变的依赖没必要放到配置文件。

尝试过给Ibatis加Annotation，如果把Dao(或者3.0的Mapper)跟sqlmap一一对应的话把sql注入到类里还有点价值，其他配置，留给xml吧
5 楼 hlylove 2010-09-03  
鱼言风语 写道
俺觉着：

Spring用Annotation代替配置文件非常有必要
Ibatis用Annotation代替配置文件是倒退

如果配置信息本身是类/类的成员的特性，那么应该用Annotation；
如果配置信息依赖于外部环境，应该用配置文件

揣摩着有点道理
4 楼 septem 2010-09-03  
zhangzi 写道
凡事无绝对，只强调一面是片面的，要从多方面看问题，每个事物的存在都有它的必然性，你这个标题使我想到了，搞web设计的全都用css写，这个观点与你相似，其实这种观点是错误的，annotation要和xml合理搭配，才能起到好的效果


每个事物的存在都能找到理由，但不一定是必然的。凡事无绝对，存在即合理等等这种大而空的理论大概就是我所说的语言文化的一部分吧，不能说这些理论是错误的，但我更想听你说说XML的优点，以及怎样才叫合理搭配？
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    尚硅谷-佟刚_Spring

    4. **注解驱动的Spring**："Spring3.0-annotation"章节会介绍如何利用Java注解来代替XML配置，如`@Component`、`@Service`、`@Repository`和`@Controller`等，这些注解可以帮助我们声明bean及其作用范围。...

    Spring事务配置的五种方式

    - 自Spring 3.0起，可以用Java配置代替XML配置，同样使用`@EnableTransactionManagement`开启事务管理，然后使用`@Transactional`注解。 ```java @Configuration @EnableTransactionManagement public class ...

    spring-framework-2.5开发库

    2. **注解配置 (Annotation-based Configuration)**：Spring 2.5 引入了大量注解，如 `@Autowired`、`@Required` 和 `@Component` 等，使得开发者可以使用注解代替 XML 配置文件，简化了配置过程，提高了开发效率。...

    springmybatis

    MyBatis使用简单的XML或注解用于配置和原始映射，将接口和Java的POJOs（Plan Old Java Objects，普通的Java对象）映射成数据库中的记录. orm工具的基本思想 无论是用过的hibernate,mybatis,你都可以法相他们有一个...

    SSH框架面试题.pdf

    Spring 3.0引入了基于Java的配置支持，可以通过`@Configuration`注解定义配置类。在配置类中，使用`@Bean`注解的方法来定义Bean实例。这种方式相比于XML配置更加简洁、易于维护。 29. **解释Spring的模板类，如...

    EJB 3 的理想与现实

    - **注解驱动**：用注解（Annotation）代替XML配置，简化了元数据的声明，减少了出错可能，提高了开发效率。 - **依赖注入**：引入了Dependency Injection（DI）概念，替代了传统的JNDI查找机制，使Session Bean的...

    Servlet注解配置

    例如，我们可以使用`@WebFilter`和`@WebListener`来代替web.xml中的filter和listener元素。 总的来说，Servlet注解配置提供了以下优势： 1. **简洁性**：注解使得配置更加直观，减少了大量XML配置文件的编写。 2. ...

Magicbox
Global site tag (gtag.js) - Google Analytics