对工作的一些思考

# **今天写一下最近用到的设计模式吧~ 订阅-广播**

首先声明一个发送站，其名字为 连接断开 ，当需要时，调用 连接断开.invoke() 

这个invoke会广播通知所有订阅了此发送站的地方动作

**也就是说定义了一个断开连接的空事件，各个模块对于这个空事件会写各自需要执行的逻辑，然后invoke的时候触发所有各自执行的逻辑 ( 广播通知大家一起干活 )**




**发送站（一个）：**


```
public event Action 连接断开;

public void 触发连接断开()
{

 连接断开?.Invoke(); //这就是“广播”的地方
}
```

**接收站（一个或多个）：**

```
信号.连接断开 += () => 

{
 状态机复位();
 Debug.WriteLine("状态机已复位");
};

信号.连接断开 += () => 
{
 Dispatcher.Invoke(() => StatusText.Text = "PLC 断开");
};

信号.连接断开 += () => 

{
 Logger.Warn("PLC 连接断开");
};
```
当 连接断开 事件触发后，它会广播所有订阅了它的方法，让它们全部触发，按道理来说是根据订阅的先后顺序依次触发的


:::warning{title="注意"}
逻辑结束后记得取消订阅 "-="，否则可能会导致GC无法回收内存造成内存泄露

Ex : Closed += (o, e) => 日志写入类.日志写入事件 -= 日志写入;
:::

订阅-广播 设计模式

# 这几天接触到了状态机，之前都没有用过，梳理了大致写一下吧
状态机是用来管理一个业务流程中不同状态的设计模式
比如开门拿外卖可以分为几个状态：
1.等待门铃
2.确认敲门人是外卖员
3.开门
4.拿外卖
5.关门
而状态机就是用来分别管理各个状态之间的逻辑的



**每个状态都只需要负责自己状态内的逻辑，不需要考虑别的状态约束** 
值得注意的是，**状态机是根据状态值来进入不同的状态，而不主动改变状态**
比如在开门状态时就不需要判断门是否在之前就已经被打开
状态机是由外部驱动（Timmer计时器，或PLC扫描周期）不断循环的，当发生状态切换时，状态机并不会马上跳转
而是在下一个循环中，根据状态值（一般是switch-case）进入切换到的新状态

比如在等待门铃状态时，状态机等待门铃事件或状态机轮询门铃状态，门铃触发后，关闭门铃，准备询问敲门人，然后在逻辑的结尾将状态机状态切换为 2.确认敲门人是外卖员 状态，至此这一轮循环结束

在第二轮循环中，状态机根据刚刚被切换的状态值——2.确认敲门人是外卖员 进入该状态，
此时有一个条件判断，a.门外是我的外卖员；b.门外敲门的是别人
如果是 a ：正合我意，切换状态准备开门
如果是 b ：不是我的外卖我不开门，继续切换到等待门铃状态等待外卖
现在假设是 a ,那就切换状态为 3.开门
至此又进入下一轮循环

在第三轮循环中，状态机根据状态值——3.开门 进入开门状态
执行开门的逻辑语句，解锁反锁，扭门把手，开门
逻辑结束时切换到 4.拿外卖状态 至此该循环结束

在第四轮循环中，状态机根据状态值——4.拿外卖 进入该状态
报手机尾号，拿外卖，确认没坏，准备关门 
切换到5.关门状态 至此循环结束

下一循环中，状态机根据状态值——5.关门 进入关门状态
关门，反锁，打开门铃开关，切换到1.等待状态 在下一循环中流程又回到了初始状态