现在基于注解的项目是不是越来越流行了呢，通过注解可以实现配置文件的0配置，大大提高了开发效率，但也有个弊端就是维护起来比较麻烦，大家有什么看法！！说得好的给高分啊……
------解决方案--------------------
我听我有的朋友说有的公司还是使用xml
------解决方案--------------------
我们都是XML件。
而且XML可以跨平台，webservice都是用xml
XML不是java程序员也能看得懂。
------解决方案--------------------
注解是不错，实现0配置
但大多还是使用XML吧
------解决方案--------------------
看情况
比如有些只是为了通知框架或者父类，并且几乎不可能发生变化的@，还是不错的
比如@javax.persistence.Table(name="table")
但是有些东西，比如和performance tuning有关的配置，显然还是应该使用xml
------解决方案--------------------
我们注解和xml都用，xml相对较多。
------解决方案--------------------
注解+配置文件。
注解的确能提高开发效率，很多人选用xml只是因为受传统思想的束缚，通常认为将类类之间的依赖关系放到配置文件中，以后维护起来很方便（本人以前不愿意用注解也是因为这个），但是参与过整个项目开发的人想一想，不管是开发过程中还是后期的维护，修改类与类之间依赖关系的的情况很少，至于有些与系统运行环境相关的参数（数据库服务器、访问地址、端口号。。。）会用配置文件，即使这种用配置文件的也会想着properties文件，他的维护性比xml还要高。
所以在开发效率和维护性之间取一个平衡，对不平凡改动的地方用注解，相反的用配置文件。spring2.5以后开始大量引入注解，EJB3.0也开始大量引入注解。冲这些框架的变化就可以看出只要架构设计的灵活，注解不会减小代码的维护性，在实际开发中根据情况合理选择。
------解决方案--------------------
感觉还是要看情况吧。
如果用spring 3以上的，一般官方推荐是用注解，因为很多原有的类官方已经去除，这种情况下似乎被近用注解，感觉还是不错的，开发效率高。至于维护比较麻烦，倒是有点。但一般情况下，那些东西定了一般不会改太多的。
而对于基本的ssh那些配置的，结合起来是一定要XML的。hibernate好像也推荐用注解。
注解估计会是一个趋势，因为是真正提高了开发效率。
但如果项目变动比较大，建议就不要用注解，改起来比较麻烦。因为比较分散。
------解决方案--------------------
annotation用的很少，也不是很会用- -，现在用JSON格式作为数据交换也很常见了
------解决方案--------------------
我倒觉得用xml挺好的。便于维护。而且通俗易懂。但是用json还是改变不了xml的地位。有些地方jsoN做不到吧！而且特别是在维护方面。json不然xml。
------解决方案--------------------
注解。。接分。。。