[推荐]大家讨论下这个问题，现在公司用注解方式的多还是XML方式的多 现在基于注解的项目是不是越来越流行了呢，通过注解可以实现配置文件的0配置，大大提高了开发效率，但也有个弊端就是维护起来比较麻烦，大家有什么看法！！说得好的给高分啊…… 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 我听我有的朋友说有的公司还是使用xml 我们都是XML件。而且XML可以跨平台，webservice都是用xmlXML不是java程序员也能看得懂。 注解是不错，实现0配置但大多还是使用XML吧 我觉得便于维护还是更加重要一些吧.首选xml XML，注解除了自己当初学的时候接触过之后工作就基本没接触过了，除了declared.... 看情况比如有些只是为了通知框架或者父类，并且几乎不可能发生变化的@，还是不错的比如@javax.persistence.Table(name="table")但是有些东西，比如和performance tuning有关的配置，显然还是应该使用xml 看来还是用xml的方式多啊……有木有不同意见的哟 我们注解和xml都用，xml相对较多。 注解和xml都用，xml相对较多!!!!!! 过来学习。个人觉得XML的要好些。 项目大了就用xml吧 用注解容易理不清小项目 结构清晰用注解也挺好的 老项目 XML新项目 注解 注解+配置文件。 注解的确能提高开发效率，很多人选用xml只是因为受传统思想的束缚，通常认为将类类之间的依赖关系放到配置文件中，以后维护起来很方便（本人以前不愿意用注解也是因为这个），但是参与过整个项目开发的人想一想，不管是开发过程中还是后期的维护，修改类与类之间依赖关系的的情况很少，至于有些与系统运行环境相关的参数（数据库服务器、访问地址、端口号）会用配置文件，即使这种用配置文件的也会想着properties文件，他的维护性比xml还要高。 所以在开发效率和维护性之间取一个平衡，对不平凡改动的地方用注解，相反的用配置文件。spring2.5以后开始大量引入注解，EJB3.0也开始大量引入注解。冲这些框架的变化就可以看出只要架构设计的灵活，注解不会减小代码的维护性，在实际开发中根据情况合理选择。 感觉还是要看情况吧。如果用spring 3以上的，一般官方推荐是用注解，因为很多原有的类官方已经去除，这种情况下似乎被近用注解，感觉还是不错的，开发效率高。至于维护比较麻烦，倒是有点。但一般情况下，那些东西定了一般不会改太多的。而对于基本的ssh那些配置的，结合起来是一定要XML的。hibernate好像也推荐用注解。注解估计会是一个趋势，因为是真正提高了开发效率。但如果项目变动比较大，建议就不要用注解，改起来比较麻烦。因为比较分散。 annotation用的很少，也不是很会用- -，现在用JSON格式作为数据交换也很常见了 我倒觉得用xml挺好的。便于维护。而且通俗易懂。但是用json还是改变不了xml的地位。有些地方jsoN做不到吧！而且特别是在维护方面。json不然xml。 小菜鸟问一个关于console 类的问题 求大神指导 图片读取显示失败？？？？求解？？？ 求大俠帮解决 谁知道我错哪里?为什么不能显示? interger.parseint事什么东西我刚学了几个星期不明白这个什么意思 如何解决TooManyListenersException的问题? 错在哪? 我想把MYSQL里的数据读到JTable上显示出来应该这么做呢？谢谢 在下刚上手，请高手帮忙！ 关于多线程的奇怪问题，run()方法只会被start()方法自动启动一次吗？ 求帮助 为社团给计系大一新生做宣讲，用JAVA语言可以做出什么东西吸引他们？
而且XML可以跨平台，webservice都是用xml
XML不是java程序员也能看得懂。
但大多还是使用XML吧
首选xml
比如有些只是为了通知框架或者父类，并且几乎不可能发生变化的@，还是不错的
比如@javax.persistence.Table(name="table")
但是有些东西，比如和performance tuning有关的配置，显然还是应该使用xml
小项目 结构清晰用注解也挺好的
新项目 注解
注解的确能提高开发效率，很多人选用xml只是因为受传统思想的束缚，通常认为将类类之间的依赖关系放到配置文件中，以后维护起来很方便（本人以前不愿意用注解也是因为这个），但是参与过整个项目开发的人想一想，不管是开发过程中还是后期的维护，修改类与类之间依赖关系的的情况很少，至于有些与系统运行环境相关的参数（数据库服务器、访问地址、端口号）会用配置文件，即使这种用配置文件的也会想着properties文件，他的维护性比xml还要高。
所以在开发效率和维护性之间取一个平衡，对不平凡改动的地方用注解，相反的用配置文件。spring2.5以后开始大量引入注解，EJB3.0也开始大量引入注解。冲这些框架的变化就可以看出只要架构设计的灵活，注解不会减小代码的维护性，在实际开发中根据情况合理选择。
如果用spring 3以上的，一般官方推荐是用注解，因为很多原有的类官方已经去除，这种情况下似乎被近用注解，感觉还是不错的，开发效率高。至于维护比较麻烦，倒是有点。但一般情况下，那些东西定了一般不会改太多的。
而对于基本的ssh那些配置的，结合起来是一定要XML的。hibernate好像也推荐用注解。
注解估计会是一个趋势，因为是真正提高了开发效率。但如果项目变动比较大，建议就不要用注解，改起来比较麻烦。因为比较分散。