|
锁定老帖子 主题：Spring3注释装配的最佳实践
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-02-02
gtssgtss 写道 flashing 写道 gtssgtss 写道 我们公司的配置文件用人名命名,出错了马上知道找谁......Annotation怎么实现?
囧，这个太有特色了，难道不测试就提交？有多大可能在配置问题上出错？ 即使出错了难道没有svn，hg什么的查历史？ 再说起码的实践，版本管理+CI应该有的 最后，用人名这个，我觉得简直是个joke了，太欢乐了 哈哈,的确非常囧,小作坊,必须的 我猜这么做是为了最大限度节省每日集成的时间吧,领导要求这样,我也不多嘴问 推荐持续集成，让CI不厌其烦的执行集成工作，毕竟人的耐心不如冷冰冰的电脑，同时可以单元测试，覆盖率，Checkstyle，代码质量等等 |
| 返回顶楼 | |
|
发表时间：2011-02-02
lz 注解方式我用过，并且我负责的一个小项目就是全注解形式的。但你有没有想过，这种方式在编码阶段是方便了，不用写配置文件了，但是如果过上两个月有个功能出现了个bug，改起来会相当麻烦。 还有就是重构的时候比较麻烦。 配置文件的好处就是bean定义整洁清楚，比较集中，容易修改排错
|
| 返回顶楼 | |
|
发表时间：2011-02-02
xyqck163 写道 lz 注解方式我用过，并且我负责的一个小项目就是全注解形式的。但你有没有想过，这种方式在编码阶段是方便了，不用写配置文件了，但是如果过上两个月有个功能出现了个bug，改起来会相当麻烦。 还有就是重构的时候比较麻烦。 配置文件的好处就是bean定义整洁清楚，比较集中，容易修改排错
比较喜欢这样的形式。 呵呵，用了这个所谓的约定，确实感觉编程方便了，如果是做一次性项目，这样做确实省确了不少的时间 我现在的思路： 赞同一次性的小项目这样弄还是不错的 如果是比较庞大的项目（或者是产品有N多现场的项目），错更复杂，明确的bean定义更加整洁清晰（特别是那种多存储、有需要整合重复服务的） |
| 返回顶楼 | |
|
发表时间：2011-02-02
注释这个东西吧确实是好东西，比如Spring事务配置方面的这些用注释就比较简单。但是其他的一些比如action的配置用xml还是好些，后续的维护比较清晰。不然就悲剧了
|
| 返回顶楼 | |
|
发表时间：2011-02-03
我觉得，BEAN多了以后，从XML中查找一个BEAN的配置并不比从代码中找到那个类要快，改起来一样不比改注解快，所以我认为完全可以用注解代替那堆BEAN定义。
仅有那种规则性的，牵涉到众多类的BEAN值得在XML里写 |
| 返回顶楼 | |
|
发表时间：2011-02-03
个人感觉 作为coder 注解才是王道。简单 方便 高效。
但xml使用起来清晰 易懂 后期维护人员 不要那么蛋疼了。。。 |
| 返回顶楼 | |
|
发表时间：2011-02-10
仁者见仁，智者见智。注释开发是一种趋势，EJB3中在使用注释，Hibernate中也在使用注释，简化开发是最终的目的。
至于是否能快速的查找到你想要的类，也要看你的包结构设计是否合理，类名是否真实的反应出类的作用，马汀大叔的敏捷一书中也提到好的类名方法名要比代码注释更重要。 Seraph云云 |
| 返回顶楼 | |
|
发表时间：2011-02-12
Seraph115 写道 gtssgtss 写道 我们公司的配置文件用人名命名,出错了马上知道找谁......Annotation怎么实现?
对于你们公司的这种特殊需求，对于使用Annotation并无影响，给出我的解决方案，首先你们的配置文件以员工名命名，这个可以使用javadoc，如： xxx 签上大名后就可以搜索了，同样也可以跟踪 用配置文件，我在可以看一个配置文件就可以了解所有类相关的注入情况,依赖关系直接在配置文件中修改即可，也无需修改类源代码,如果用注释的话，恐怕要进入源代码中修改吧 |
| 返回顶楼 | |
