实现子系统通信设计模式

本文关键字：设计模式 通信 子系统 实现 | 更新日期: 2023-09-27 18:24:49

我正在为以下内容寻找合适的设计模式：

我有以下系统结构：

MainApplication
    SubSystem1
    SubSystem2
    SubSystem3

当主应用程序初始化每个子系统时，

    SubSystem1 s1;
    SubSystem2 s2;
    SubSystem3 s3;
    public MainApplication()
    {
        s1 = new SubSystem1();
        s2 = new SubSystem2();
        s3 = new SubSystem3();
    }

并且每个子系统应当能够彼此通信。

在每个子系统中，如何从另一个子系统调用方法？例如s1

    public SubSystem1()
    {
        s2.Method1();
        s3.Method2();
    }

立面设计图案能在这里工作吗？如果是，将如何实施？如果没有，该场景应该使用哪种设计模式？

实现子系统通信设计模式

这在很大程度上取决于子系统之间的通信类型。

如果它是抽象的，即子系统实际上不必了解彼此，则基于发布-订阅的消息传递机制可能是合适的。看见https://en.wikipedia.org/wiki/Publish/subscribe作为介绍，但我认为这个概念应该相当直接。

另一方面，如果子系统真的必须以具体的方式相互了解，为什么它们首先是子系统？进行这种划分表明确实存在关注点的分离，所以找到一个抽象接口应该没有那么难。如果是，也许您应该重新考虑您的子系统职责。

我从来都记不起设计模式的名称。为什么不能让每个子系统知道其他子系统？

s1.SetSubsystem2(s2);
s1.SetSubsystem3(s3); 
...

如果您想在未来具有更强的更改弹性，请在interface中描述每个子系统的接口，并确保SetSubsystemX采用该接口，而不是具体的类。

EDIT：一个界面示例。

假设您的第一个子系统知道如何发送电子邮件，而第二个子系统则知道如何打印文件。您应该声明两个接口：

interface IEmailSubsystem
{
    void SendEmail(string content);
}
interface IPrintSubsystem
{
    void PrintFile(string path);
}

然后您可以定义两个Subsystem对象：

class Subsystem1: IEmailSubsystem ...
class Subsystem2: IPrintSubsystem ...

如果您最终需要3个子系统以上的子系统，您应该有一个全局子系统注册表，但现在还不用担心。

相关文章：