design-patterns - OSGi 应用程序设计 - 我在滥用服务框架吗？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

3年前关闭。




Improve this question




在我们正在开发的应用程序中，我有一个通用接口(interface)供数据提供者组件实现，并且我将这些提供者作为服务连接起来。

我的一位同事建议最好只创建一个可以跟踪这些实现的服务(当前有多少可用，并且可能通过 getter 将它们提供给代码库的其他部分)，我们可以注册/取消注册它们使用实现包的激活器。

虽然这通常可以工作，但这(几乎)正是服务层首先提供的，对我来说，感觉就像我们在复制功能。

你怎么看？

Answer 1

您的用例是服务注册表的主要 OSGi 用例之一。服务注册表主要用于此类应用程序，您需要在非耦合模块之间共享实例。

使用您获得的服务注册表:

声明式服务或蓝图等工具允许您不耦合到 OSGi API

三项赛事

内省(introspection)

并发

任何模块都可以为池做出贡献，而无需更改中央配置

具有强大过滤器的选择性(运行时可通过 DS 配置)

现有 shell 的可调试性

标准化

OSGi 的主要目的一直是提供服务供他人使用的独立模块，例如黑板编程模型。这提供了一个非常优雅的点对点解耦编程模型。整个类加载 war 总是掩盖了这方面。