新公司大量的使用注解是好是坏

这两天入职了新公司，新公司到是都用的新技术，工程是SSH，还都是比较最新版本，但是我却看的比较模糊，和以前的开发模式非常不同，看不懂他是不是有MVC模式，大量的使用spring和jdk的注解，什么@Component、@Scope、@Entity、@Resource、@PostConstruct等等，反正是都用全了，看了一天才能稍微理顺一下（比较笨，以前没这样玩过），就连持久层都用@Table(name = "xxx")来整，问下有经验的，这样的项目是好还是坏，能做大吗

其实关于spring使用注解和配置文件，网上有些讨论，个人认为，仁者见仁，智者见智，看在什么情况下使用何种。如果你的bean关系改动不太且依赖关系不会很复杂，用注解是很方便和直观的，也有利于开发者思维的连贯性。

零配置。。。未来的方向

难道跟不上时代了，我还是感觉xml的配置更清新更能理解，可能还不太适应吧

我也觉得xml更清晰..

这个要看什么场景下使用 不一定全部要注释的 lbqq164说的有点道理～～

他说的我也能理解，毕竟注解是写在程序里，如果改动频繁就要重新部署，就会没有xml来的快，如果项目一味的追求注解，是不是就不通了，这个注解是以后的趋势还是什么，有没有使用的一个标准

XML 与 注释 对项目有什么影响吗，是改变逻辑还是改变速度？ 楼主正好这个机会好好学下，反正也不难。最怕为了追求技术而技术？ 这就要玩完~

个人认为还是xml好用，方便

都是spring注解和hibernate注解。hibernate的意义还是存在的，提供了@Table的注解，