1

我一直在升级使用 Framework 2.5.6、Security 2.0.4 和 Web Services 1.5 的 Spring MVC 应用程序。在研究较新的版本时，我意识到 Spring 3.1.0 和 3.0.7 不赞成控制器的继承，而是支持注释驱动的配置。我知道注释是 Spring 配置的前进方向，但在我的情况下，将为依赖注入配置默认值的人无法编辑 src 文件。

我公司的流程是这样的：

  • 我是 Java EE 应用程序的主要开发人员。
  • 我们有另一个设计人员和技能较低的开发人员团队，他们定制 jsp、css、（一些）javascript、xsl、XML Spring 配置和 Spring 属性文件。
  • 我们有超过 100 个活动的自定义实现，每个都有不同的默认值注入到 bean 中，有些带有 i18n 消息传递。
  • 我们的核心产品中没有数百个不同的主题，而是有一个非常智能的构建过程，允许我们的“定制团队”在他们自己的源代码控制系统中维护定制应用程序。在编译和部署到 Tomcat 之前，构建脚本将覆盖从自定义应用程序到核心应用程序的所有文件。因此，src 文件永远不会被触及，从而使我们公司内部的工程与美学脱钩。

（如果我有机会在应用程序中构建一个配置模块，它就已经完成了。所以现在我们被困在管理 XML 配置上。）

那么在我的情况下，注释配置将如何工作？在我看来，考虑到我们产品的架构，这不是一个可行的解决方案。注释驱动配置的主要目标不是让开发人员在 src 文件而不是 XML 文件中管理依赖注入吗？

有谁知道在 Spring 3 中只有 XML 配置的方法？

编辑：我发现了这个：http ://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/beans.html#beans-java-combining所以我想我可以迁移所有的控制器使用注释但保留其他 bean 不变，因为我们的定制团队不经常触及控制器配置。

4

1 回答 1

2

我不是这方面的专家，但我在当前项目中使用的是 spring 3.1，并且仍然有很多 xml 配置：整个应用程序是由 foo-servlet.xml 中定义的一堆 bean 组装而成的（所以我有插入控制器 bean 等的 daos。我的控制器当然在与传入 HTTP 请求相关的方法上有注释，但它们用于 URL 参数之类的东西 - 与代码紧密相关的那种细节。我在测试中使用注解和类型驱动注入，因为它既快速又简单。

所以我有点困惑阅读你的问题。可能我误解了，或者我的情况不同，但这听起来有点像你高估了你需要使用多少注释。我在似乎有意义的地方使用它们，但在看起来最好的地方坚持使用 xml...

于 2012-03-05T23:51:48.010 回答