这里有几个问题:
1. xml不适合做配置:
配置多了, 效率和维护都很难看.
xml格式严格, 容易出错.
2. xml的两个特例:
如果有生成工具则又不在乎效率xml可以考虑. 一般场合可能没有.
如果有逻辑关系特别复杂, xml比较适合表达.
3. annotation是个好东西, 但是不要用来写逻辑代码. 比如我们以前做权限认证@Admin @Root @Guest可以cover大部分场合, 复杂的权限认证用代码写在入口处.
4. annotation写配置及时编译就能检查出错误来. 舍我其谁? !
5. 十多行的annotation导致代码难看, 是正常的. Java代码本来就不简洁. 建议生成excel或者从excel生成代码, 这样看起来才方便. 不知道有没有uml插件可以把annotatin作为列呈现出来.
6. 以前做过一个不大的项目, 多语言都是用annotation实现的, 用于自动化框架很方便. 也省得翻译来翻译去的.
7. 不要试图把复杂的业务逻辑放到xml/annotation里面.
微软很多东西用xml因为他们有强大的IDE, java不要跟风. linux这点就很好. gnome因为xml吃多了,所起启动缓慢.
流行的不一定都是最好的, 追涨杀跌, 当心被套.
1. xml不适合做配置:
配置多了, 效率和维护都很难看.
xml格式严格, 容易出错.
2. xml的两个特例:
如果有生成工具则又不在乎效率xml可以考虑. 一般场合可能没有.
如果有逻辑关系特别复杂, xml比较适合表达.
3. annotation是个好东西, 但是不要用来写逻辑代码. 比如我们以前做权限认证@Admin @Root @Guest可以cover大部分场合, 复杂的权限认证用代码写在入口处.
4. annotation写配置及时编译就能检查出错误来. 舍我其谁? !
5. 十多行的annotation导致代码难看, 是正常的. Java代码本来就不简洁. 建议生成excel或者从excel生成代码, 这样看起来才方便. 不知道有没有uml插件可以把annotatin作为列呈现出来.
6. 以前做过一个不大的项目, 多语言都是用annotation实现的, 用于自动化框架很方便. 也省得翻译来翻译去的.
7. 不要试图把复杂的业务逻辑放到xml/annotation里面.
微软很多东西用xml因为他们有强大的IDE, java不要跟风. linux这点就很好. gnome因为xml吃多了,所起启动缓慢.
流行的不一定都是最好的, 追涨杀跌, 当心被套.
本文探讨了XML配置的局限性和Annotation的优势,指出Annotation适合用于配置管理,并强调了不应将复杂业务逻辑放入XML或Annotation中。同时,介绍了Annotation在实际项目中的有效应用案例。

被折叠的 条评论
为什么被折叠?



