Dea*_*n J 8 java maintainability annotations
我的项目正在慢慢实现Java注释.一半的开发人员 - 包括我自己 - 发现做任何复杂的注释似乎都会增加我们的整体维护负担.另一半的团队认为他们是蜜蜂的膝盖.
您对开发人员团队能够维护带注释代码的真实体验是什么？
我个人的经验是,平均而言,处理注释对于大多数开发人员而言比处理标准Java XML配置要容易得多.对于像JPA和Spring测试这样的东西,它们是绝对的生命储蓄者.
关于注释的好处是它们使您的类上的配置自我记录.现在,您的课程告诉您,而不是必须搜索一个巨大的XML文件来试图找出框架如何使用您的类.
通常,像这样的变化的问题是习惯它们只需要时间.大多数人,包括开发者,都抵制变革.我记得当我开始使用Spring时.在最初的几周里,我想知道为什么有人会忍受与之相关的头痛.然后,几个星期后,我想知道如果没有它我会如何生活.
我觉得它分为注释的两种用途 - 注释提供类的“描述”与注释提供类的“依赖关系”。
我对类上注释的“描述”使用很满意 - 这是属于类的东西，注释有助于制作它的速记版本 - JPA 注释属于这种情况。
但是，我真的不喜欢“依赖项”注释 - 如果您将依赖项直接放在类上 - 即使它是在运行时从注释而不是在类中的编译时确定的 - 这不是破坏依赖项注射？（也许是精神上而不是规则上……）
这可能是个人偏好，但我喜欢包含应用程序所有依赖信息的一个大 XML 文件 - 我将其视为“应用程序配置”而不是“类配置”。我宁愿搜索一个已知位置，也不愿搜索应用程序中的所有类。