使用Spring框架构建库或API是否很好

Question

我目前正在构建一个库或API，供另一个Spring REST应用程序使用，以下是我想到的使用Spring的优点。

1. 弹簧流（上下文初始化-> Post构造）
2. 读取属性文件的简便方法
3. 自动装配和bean管理
4. 快速发展

以下是缺点

1. 紧密耦合，将要使用库/ API的主应用程序必须导入或引用库的配置类才能初始化上下文
2. 主应用程序必须使用Spring（考虑在其他项目中使用）

我缺少什么了，Spring框架可以用于开发API或库吗？

注意：要构建的库数量为3-5，并且将来会增加。

Answer 1

使用spring的唯一原因是受益于应用程序运行时的构建。

我不认为它从春天起就成为库的巨大优势：它只是替换一些new和set语句，可以轻松地在文档中进行解释，甚至可以为您的api用户提供一些示例bean声明。希望在春季时启动您的lib。

您没有给出的缺点之一是您的库支持spring的多个版本：在一两年内会发生什么，当使用您的库开发的旧应用程序需要一些小的增强，但仍在spring v4上时，但是新应用程序将导入Spring v6（没有资源将Spring v4上的旧应用程序迁移到最新版本）？

因此，仅当您需要参与主应用程序的数据库事务（以及使用spring确实很方便的其他此类任务）时，我才在库中使用spring，但否则尝试尽可能少地依赖spring。

编辑：即使在运行时最小化spring的使用时，也可以广泛使用它来测试您的库。

spring上下文而不是被包含在您的lib资源中仅是一个测试资源，例如，您可以使用它来引导spring-test。