对于一个基于spring的jar项目来说，提供一个bean配置文件是否是一种糟糕的做法？

如果您有一个包含springbean的库，在应用程序可以使用它们之前需要将它们连接在一起，那么在JAR中包含任何类型的bean配置文件（例如/META-INF目录）有意义吗？这样做的目的是让应用程序可以选择将其导入到其主Spring上下文配置中

连接这些bean的方法可能不止一种，因此我可以为通常将它们连接在一起的每种标准方法提供一个bean配置文件

或者，我是否强制应用程序显式地将这些连接起来

如果有帮助的话，我的问题的细节涉及到我创建的一个库来封装我们产品的持久性层。它包含服务、DAO和模型bean。DAO实现目前使用Hibernate（这可能不会改变）。一些DAO实现需要注入不同类型的策略bean（数据库加密逻辑），这取决于我们部署的数据库类型（MySQL与SQL Server等）。因此，我们可能有一些不同的配置场景。我还可以提供数据源bean配置，依靠应用程序级别的属性替换来注入数据源所需的所有细节

---

谢谢你的意见

在本例中，提供一些bean文件是一个好主意，可以作为示例用于文档编制，也可以作为成熟的文件用于包含到更广泛的上下文中

如果bean的连接变得复杂，那么不应该完全由库客户机来解决

实际上，这更像是一项文档和教育任务