log.md 1.2 KB
2/7 应该不需要msg——id，ws连接是有状态的，不需要msg_id来标示状态。当在多个状态之间切换时，前后端周知，可以同步切换状态。
每个ws连接维护一个coro栈，栈顶为当前活跃coro，来消息后激活该coro；前端维护输入栈，栈顶为当前活跃表单，表单控制消息作用于栈顶表单。 触发上区的一些事件回调时，产生新的coro，压栈；前端当前表单未提交成功又来新表单时，当前表单压栈，显示新表单 每个ws连接维护一个回调列表。当在上区输出带有回调的UI元素时，保存回调；当上区清屏时，同时清空回调列表，回调列表相保存锚点信息，clear_before(pos) clear_after
设计哲学：下区，阻塞等待回应区，同步交互，栈式结构；上区，瀑布流UI区，通过回调函数交互。
2/8 需要 msg_id, 或者说是 coro_id/thread_id 每个ws连接维护一个coros字典，每次根据消息的coro_id判断进入哪一个coro；前端维护form字典，根据指令coro_id判断作用于哪一个表单，并将其置顶。 触发上区的一些事件回调时，产生新的coro；前端当前表单未提交成功又来新表单时，当前表单隐藏，显示新表单