纯前端交互逻辑如何处理？

如果只是一些简单状态，如modal的开关，可以直接store多一些字段来存，或用组件私有状态，不必和业务数据做明显的区分。如果复杂到一定程度，就要把它做为领域驱动的一部分，同样有自己的领域层，应用层，适配器层（甚至作为独立子域）。以一个绘图程序程序而言：

  1. export function 绘制节点() {}
  2. export function 链接节点() {}
  1. interface Node {
  2.   id:string
  3.   name: string
  4.   height: number
  5.   width: number
  6. }
  8. inteface Edge {
  9.   source: string
  10.   target: string
  11. }

适合用来写库吗？

任何程序，无论商业程序还是库，都有其业务用例。商业项目的用户是普罗大众，库项目迈向的是开发者，虽然使用方式有差别，但都有自己的用例，只要能总结出用例，本架构都是适用的。

会提高开发效率吗？

长远看会，效率问题大部分不是因为技术(前端基本没有复杂技术)，而是对业务理解不清，没有沿着表达业务的方向写，这也是bug滋生的地方。不过，本架构的初衷不是为了效率，而是为了把代码写对。

你有其他任何疑问，可以评论区贴出来，大家一起探讨呀！