java - Spring 上下文文件组织和最佳实践

Question

我们已经开始在我的项目中使用 Spring 框架。在熟悉了基本功能 (IoC) 之后，我们也开始使用 spring aop 和 spring security。

问题是我们现在有超过 8 个不同的上下文文件，我觉得我们没有对这些文件的组织及其角色给予足够的考虑。随着项目的发展，引入了新文件。我们有不同的上下文文件:元数据、aop、授权、服务、Web 资源(它是一个 RESTful 应用程序)。因此，当开发人员想要添加一个新 bean 时，并不总是很清楚应该在哪个文件中添加它。我们需要方法论。

问题:

spring 文件组织有最佳实践吗？

上下文文件应该封装层(DAL、业务逻辑、Web)还是用例？还是流量？

Answer 1

如果您还处于项目的早期阶段，我强烈建议您查看注释驱动的配置。转换为注解后，我们只有 1 个带有定义的 xml 文件，它真的很小，这是一个大项目。注释驱动的配置将重点放在您的实现而不是 xml。它也或多或少地删除了相当冗余的抽象层，即 spring “bean name”。事实证明，bean 名称主要存在 因为 的 xml(bean 名称仍然存在于注释配置中，但在大多数情况下无关紧要)。在对一个大型项目进行此切换后，每个人都 100% 同意它很多更好，而且我们也有相当充分的证据表明它是一个更有生产力的环境。

我真的会推荐 任何人 谁使用 spring 来切换到注释。也可以混合它们。如果您需要过渡性建议，我想很容易就 SO 提出问题；)