消息耦合与接口耦合，哪种耦合方式更优？

本文共计1649个文字，预计阅读时间需要7分钟。

消息聚合与接口聚合对比，通过上面的分析，我们可以得出一些结论：消息聚合的优势在于其聚合性和扩展性，以及监控的便利性，更符合个人感受，适用于Server端的模型应用。接口聚合的优势在于‘’。

消息耦合还是接口耦合 经过上面的比较， 我们可以得出一些结论： 消息方式的强项是耦合性和扩展性，以及监控的方便性，个人感觉比较适合于Server端的规模应用。 接口方式的强项是性能高效以及开发的方便性， 比较适用于同一进程内客户端的小规模应用。 但是大部分时候， 对于架构师或是公司领导，他们会更关注可耦合性和可扩展性，所以他们会倾向于选择消息方式，尽管有时可能不是那么适用。 最近公司准备开发一个新产品，需要重新设计一套新的框架，但是就这框架中各模块的通信方式，大家产生了争论，主要集中在各模块的交互方式是消息耦合还是接口耦合。

需求大概这样，我们需要封装一套客户端SDK, 暴露一系列API给外部用，而这套SDK内部会有很多模块组成，这些模块之间相互会有交互。

第一种设计是基于接口耦合，框架如下:


这种接口方式的设计要点是:
a. 各模块以类似COM组件的方式封装和暴露接口，也就是说模块会以接口的形式暴露接口，并且以Sink的方式通知外部事件。