我正在寻找有关迁移 Java 系统的开发故事/经验 Spring应用程序框架。我们的目标是利用 bean 容器和 Spring 的依赖注入(inject)的好处。我们当时没有考虑 Spring MVC 或其任何其他特定组件。
我们的系统当前未使用任何类型的 Bean 容器。全部用纯 Java 编写——也不是 JEE。
它有自己的内部构建的服务引擎来管理数据库服务， 内存缓存、 session 管理、配置和某些特定于产品的组件。 更重要的是，它的结构很差。封装得很差——需要大量重构， 消除重复和未使用的代码，修复错误。 我们的大量开发工作都花在了错误修复上，而不是结构上——使其成为可能 甚至进一步恶化。它是一个已有 10 多年历史的系统，并且是围绕其原始架构构建的。
我们甚至还不确定是否首先处理其现有结构 然后期待获得 Spring 的好处， 或者同时执行这两项操作。
对我来说，在 Spring 上从头开始构建一个新的架构，它实现了逻辑，而不是结构 目前的系统是最好的。然而，这可能/不那么可行，因为它不会产生切实的结果 对于高层管理人员来说，一个近乎足够的 future 。
我会欣赏直接/间接的引用意见、经验和其他意见。
TIA。
//=======================================
编辑:
所以 - 简而言之，这是“如何将恐龙迁移到 Spring”。这是一个策略问题，而不是技术迁移的问题，比如如何/在哪里迁移 组织/定义/集成特定组件。
最佳答案
我首先创建一个迁移计划......
- 将尽可能多的遗留 Java 类/函数转换为 Bean 格式。
- 用内置的 Spring 库(例如数据库访问、安全性等)替换遗留代码和/或使用遗留接口(interface)包装 Spring 库以迁移遗留代码
- 设计一种同时运行旧系统和新系统的方法，同时缓慢地将元素从旧系统过渡到新系统
关于java - 将大规模、结构不良的 Java 系统迁移到 Spring 应用程序框架，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29199391/