浏览 4711 次
锁定老帖子 主题:注解 vs 配置文件
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (3)
|
|
---|---|
作者 | 正文 |
发表时间:2012-09-12
功效是: 1、程序简洁 2、功能强大 3、结构简洁 4、减少C-V时间,开发时间缩短10%~20% 进入到2012年,注解语言有了新的进展。关注注解语言的同时,我们也应该看到:配置文件在项目中的重要性 假设项目中,有以下的情况: 1、我们的项目很杂乱,有的人是半道加入,有的人没有坚持到底 2、代码可读性不高,结构性不强,某一功能点要跟踪n层才能找到(n>6) 3、工程是由多个子工程组成,每个需要独立ant或者maven,最后合并 4、底层的源码找不到了 5、开发人员更多是新功能开发和原有功能维护工作 这时候,作为程序员,你如何规划你的项目? 首选ABC一组表已经不再使用了,你要取消掉对它们的映射关系,但是不想改代码。 这时候的选择: 1、找到对应文件,如果已经打包无源码还要进行反编译 2、删除掉映射文件 或者 3、屏蔽映射注解 如果有配置文件,你就可以:直接注释掉该映射区间 说那么多 核心想说的是:利用配置文件,可以起到中央总控的作用,注解对项目管理来说更加离散一些。不能武断选择认为哪种最好,要根据项目实际需要进行选择和配置 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2012-09-12
注解和配置文件本来就该相结合的
|
|
返回顶楼 | |
发表时间:2012-09-12
这些东西都是概念。 就像有的人把“硬编码”叫做“零配置”。
有的人说集中配置易于管理维护, 有的人说用注解把“配置信息”散落代码各处方便。 汉语就是怎么说怎么有理。 “大胜美国队”和“大败美国队”可以是一个意思。 结论: 大家怎么用着方便就怎么用,从实际出发就行了。 |
|
返回顶楼 | |
发表时间:2012-09-12
实际情况加个人喜好。
|
|
返回顶楼 | |
发表时间:2012-09-13
ThinkingQuest 写道 这些东西都是概念。 就像有的人把“硬编码”叫做“零配置”。
有的人说集中配置易于管理维护, 有的人说用注解把“配置信息”散落代码各处方便。 汉语就是怎么说怎么有理。 “大胜美国队”和“大败美国队”可以是一个意思。 结论: 大家怎么用着方便就怎么用,从实际出发就行了。 +1 顺手就ok, 项目中结合着中. Hibernate 从老版本一路用过来, 始终用 xml 方法配置. 由于涉及到多个 sessionFactory, DAO层全部都是 xml配置 Struts 2的 ActionBean, 采用 Spring的 @Controller 注解. Struts 2的配置全部都是xml . Log4j, getter/setter 用注解创建. |
|
返回顶楼 | |
发表时间:2012-09-13
估计等真正多从事几个项目,才能有感悟
|
|
返回顶楼 | |
发表时间:2012-09-17
witcheryne 写道 ThinkingQuest 写道 这些东西都是概念。 就像有的人把“硬编码”叫做“零配置”。
有的人说集中配置易于管理维护, 有的人说用注解把“配置信息”散落代码各处方便。 汉语就是怎么说怎么有理。 “大胜美国队”和“大败美国队”可以是一个意思。 结论: 大家怎么用着方便就怎么用,从实际出发就行了。 +1 顺手就ok, 项目中结合着中. Hibernate 从老版本一路用过来, 始终用 xml 方法配置. 由于涉及到多个 sessionFactory, DAO层全部都是 xml配置 Struts 2的 ActionBean, 采用 Spring的 @Controller 注解. Struts 2的配置全部都是xml . Log4j, getter/setter 用注解创建. 就要这样子。注解和配置结合着用 |
|
返回顶楼 | |