|
锁定老帖子 主题：新公司大量的使用注解是好是坏
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-03-27
用注解 开发效率高点 有利于 开发人员 没有那么多的配置文件 化繁为简 但是 后期维护 就比较难了
|
| 返回顶楼 | |
|
发表时间：2012-03-27
现在项目除了model的配置用xml 其它的全是注解
|
| 返回顶楼 | |
|
发表时间：2012-03-27
无奈的漂泊 写道 bigkai13 写道 无奈的漂泊 写道 bigkai13 写道 XML 与 注释 对项目有什么影响吗，是改变逻辑还是改变速度？ 楼主正好这个机会好好学下，反正也不难。最怕为了追求技术而技术？ 这就要玩完~
我多少也有这个顾虑了，是不是新技术就更适合吗，效能上和维护上可能会有些差异了，但是如果不大的话是不是一味的去追求新技术就太什么了，毕竟老的东西已经很成熟，遇到问题处理起来也有很多资料可查，那新的东西是不是就在这个上面就缺乏，有点跑题 其实注解这东西也不算什么新的了，google baidu 什么的都有。适合不适合，其实和新不新没什么关系。新技术就是让你写更少的代码做跟多的事情，基本都是这样。维护上就是方便修改BUG和二次开发，至于效率上，那就是架构+算法+数据库的事情了。这个没什么好纠结的。遇到什么问题解决什么问题，这才是目的。还有对业务上的理解。 是不是归根结底程序员越来越懒，什么都能封装好直接拿来用，那会不会以后程序员点几个按钮就把事情做好，更或者以后直接输入需求，程序就自己完成，全都自动化，那我们也该转行了 一定是一个专心技术的好同学~ |
| 返回顶楼 | |
|
发表时间：2012-03-27
只能跟着党走了
|
| 返回顶楼 | |
|
发表时间：2012-03-27
主要是改变习惯吧 注解多了 也感觉类很杂乱
|
| 返回顶楼 | |
|
发表时间：2012-03-27
09年看视频教程时，老师就一直在讲用注解，说遇到新项目都用注释配置。但到至今我工作上接触的项目还都是用XML的，其实不要拘泥于这点，都一样。
|
| 返回顶楼 | |
|
发表时间：2012-03-27
个人认为 维护还是存在一定的问题
|
| 返回顶楼 | |
|
发表时间：2012-03-27
2，3年前我就这么用了，现在公司的开发模式就是全注解，比配置文件的那种方式好多了，少了好多XML文件，如果你一段时间，再回头看你那些配置文件，你就会觉得那种方式真的很垃圾，不愿意接受新事务的东西，那你将永远不会有进步
|
| 返回顶楼 | |
|
发表时间：2012-03-27
无奈的漂泊 写道 zouruixin 写道 原理是一个意思，改变一下思维而已。。
@Table这样写我觉得一目了然啊，除了老项目用.hbm.xml, 貌似现在都用JPA注解了吧 另外请教楼主： hibernate的意义是啥子。。。 那直接用JPA就得了，为什么还通过hibernate去使用呢，这样用会好？ JPA是一套规范， Hibernate是实现JPA规范的供应商之一 ， “尽可能地使用JPA API，但是当需要供应商公开但是规范中没有提供的功能时，则使用供应商特有的API”。 就好比SERVLET和EJB是一套规范， 而真正实现的是TOMCAT这样的供应商而已。 |
| 返回顶楼 | |
|
发表时间：2012-03-27
除了持久层，其他还是xml配置比较好
|
| 返回顶楼 | |
