Bri*_*ise 25
小技巧 - 我发现根据应用程序的关注模块化并清楚地标记我的Spring xml上下文文件是有帮助的.这是我工作的Web应用程序的示例:
MyProject / src / main / resources / spring /
datasource.xml豆类.persistence.xml豆类.services.xml豆类.这份清单既不完美也不详尽,但我希望它说明了这一点.选择最适合您的命名策略和粒度.
在我(有限)的经历中,我看到这种方法有以下好处:
更清晰的架构
明确命名的上下文文件为那些不熟悉您的项目结构的人提供了开始寻找bean定义的合理位置.可以更容易地检测循环/不需要的依赖项.
帮助域名设计
如果你想添加一个bean定义,但它不适合你的任何上下文文件,那么是否会出现一个新的概念或关注点?例子:
services.xml自己的bean 中transactionPolicy.xml吗?与您的团队讨论.您的交易政策应该是可插入的吗?controllers.xml文件中,或创建security.xml上下文文件?您对不同的部署/环境有不同的安全要求吗?集成测试
您可以连接应用程序的一个子集进行集成测试(例如:给定上述文件,以测试您只需要创建的数据库datasource.xml和persistence.xmlbean).
具体来说,您可以注释集成测试类:
@ContextConfiguration(locations = { "/spring/datasource.xml" , "/spring/persistence.xml" })
Run Code Online (Sandbox Code Playgroud)
适用于Spring IDE的Beans Graph
拥有大量专注且命名良好的上下文文件,可以轻松创建自定义BeansConfigSets,以使用Spring IDE的Beans Graph可视化应用程序的各个层.我之前使用过它,可以让新团队成员对我们的应用程序组织进行高级概述.
Gar*_*ryF 14
首先关注Spring的核心:依赖注入.一旦你看到DI可以使用的所有方式,然后开始考虑更有趣的部分,如AOP,远程处理,JDBC模板等.所以我最好的建议是让你使用Spring从核心中成长.
最佳实践?如果您使用的是标准XML配置,请管理单个文件的大小并明智地对其进行评论.您可能认为您和其他人将完全理解您的bean定义,但实际上它们比普通的旧Java代码更难回归.
祝好运!
| 归档时间: |
|
| 查看次数: |
10832 次 |
| 最近记录: |