java - 将现有项目与外部开源 jar 分离的实践/策略

Question

关闭。这个问题需要多问 focused 。目前不接受答案。

---

想要改进此问题吗？更新问题，使其仅关注一个问题 editing this post .

已关闭 8 年前。

Improve this question

我的系统正在通过 Hibernate/JDBC 连接到 Oracle。我想使用抽象来重构它，以将其实现与 Hibernate 库解耦。这是有一天团队可以切换到另一个 JPA 实现的备份，而无需痛苦地将核心业务逻辑更改为与新 JPA 实现的适配器。这样做有哪些建议？

顺便说一句，我需要专家们的一些建议，将现有项目与外部开源 jar 分离的常见做法/策略是什么？

Answer 1

直接依赖标准和流行的开源库是可以的。您不应该将其视为问题。例如，我有一个很大的代码库，它取决于 joda-time、google-guava 等。现在，针对您的情况，以下是我的观点

1. 您从一种 JPA 实现转移到另一种实现的可能性非常小，因为当您熟悉特定实现时(是的实现，因为您可能想要优化某些内容，或者您​​正在寻找某些功能)标准 JPA api 中缺少)这需要一些时间，而且您真的不想花费同样的精力学习其他实现(即使您愿意，业务也不让您这样做;-))。

2. Spring 已经抽象了大多数常用的 API，例如 JPA、JMS 等。因此我建议您查看该选项。