Day11 - 状态机与现实世界的落差 - 1: Action? Side Effect

既然我们已经理解、实作完基本的状态机了，我们今天来多看看一些状态图，并且思索在现实世界中，我们还缺少甚麽东西，首先我们从简单的开始，慢慢往下进行。

1.门阀开关：

主体是：门

需要有什麽状态：「开了」跟「关着」

需要有什麽事件：「开门」跟「关门」

转换的条件是什麽：state 「开了」+ event 「关门」可以转换到 state「关着」

转换的条件是什麽：state 「关着」+ event 「开门」可以转换到 state「开了」

初始状态是什麽：我选择关着

const machineDef = {
  initialState: "closed",
  states: {
    "closed": {
      on: {
        open: "opened",
      },
    },
    "opened": {
      on: {
        close: "closed",
      },
    },
  },
};
const doorMachine = createMachine(machineDef)

让我们思考一下现在缺少什麽？

我们的状态机的确可以执行了，但这个状态的转移还没办法跟我的系统做良好的绑定；也就是说，字面上状态的确是移动 「开了」、「关着」的状态，但没有人（没有程序码）实际去执行『开门』、『关门』的动作（Action)，也就是什麽事发生了要做什麽，听起来有点绕口令...

开门的事件发生时，要去进行「开门」的「动作(Action)」。

这个动作也就是我们说的 side effects，负责去做状态机以外的事情，比如操控 I/O、API call，之类的。

以开、关门而言，「开门」这个「动作」的执行，不存在我们昨天实作完的状态机内，状态机只负责记忆状态和状态的转移。

也就是说 Action，这个不存在程序码内的实作、这个缺少的东西，在现实世界当中，有其存在的必要性，我们先记起来，明天我们接着去看其他的状态图及现实世界的互动。