这里有几个问题:
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吃多了,所起启动缓慢.
流行的不一定都是最好的, 追涨杀跌, 当心被套.