@3dwelcome
2021 年的今天,wasm 依旧没办法直接操作 dom （请不要说通过调用某个 js 提供的库进行操作），且 wasm 基本是用于解决 CPU 密集的并行任务的（比如音视频解码），我所说的交互逻辑指的是：对 UI 界面有大量的交互操作，产生的状态需要实时展示，状态的数量级在 4 位数左右，上述产生的状态不需要关系存储，频繁的读写操作发生在客户端的内存或缓存中。

综上所述，wasm 目前（ 2021 年）并没有提供对前端强交互场景的强力支持，只是对一些垂直领域，例如：音视频的简单编码，加密文档生成提供了一些支持。你提出 wasm 并不能很好的支持你的论点

且上述 wasm 提供的特性，对转译成 wasm 的程序的原始代码有一定要求：
1 、 并发计算。wasm 目前没有提供 webwork 的调用
2 、 系统 API 支持，例如 linux 的 fork

再讨论 wasm+三方库可操作 dom 的方案。这一方案中，由于 wasm 的运行，目前仍然依赖 JS 胶水脚本，对 wasm 暴露的 event 进行调用。所以，如果在非 CPU 密集场景下，使用 wasm 甚至会带来系统性能的降低。

@A388 对于大项目，我理解的话一般来说就是业务逻辑基本全部在前端交互上，比如 ps online 和其他的一些低代码平台

是否可以考虑 itx 的台式呢

@whatacold 当然也可以在组件的 onchange 事件里，手动 setState，然后 value={thatState}也能做成双向的

@whatacold react 本身是没提供类似的 api，但是可以在上层封装下

@jason94 这样设计主要是想 把同一个 UI 的配置应用给不同的数据，就比如 Echarts 那种特别多配置的情况

@jason94 配置里的显示或隐藏目前是只对 ui 的展示做了更新，目前没有对最终输出做更新。
而且 ui 的展示完全受输入数据 (template 的值) 的控制，这意味着，如果输入数据内没有这个值， 即使 UI 配置（ forms 的值）中写了这个组件的渲染，这个组件也不会出现。

@shakukansp 这个生成器主要解决 ui 的嵌套结构和数据的层级异构的问题，而且 react 在表单状态缓存的思路基本没法借鉴 vue，因为 react 本身就不太建议做这种状态的存储

@shakukansp 这个是 react 啊。。。。

求大佬们提提意见

rdp+zerotier

@Symo p2p 在多层 nat 下 穿透成功率和延迟简直感人，还是加个 moon 会好点

zerotier+moon 中转好搭建，只是会受到 moon 服务器下行速度限制

@avastms 如果是纯前端场景(不包含 node 接口部分)，其实函数式的程序比面向对象，更适合描述 UI 和状态变化。

比如一些低代码平台上，要实现可视化配置的交互事件链

双非 19 年进 JD 做前端，我现在想读研究生了，但是并不想读国内的。
要是可以进大厂的话，我建议是先出来工作下，找到一个学习目标，再去读研

@tanghongkai
@yiqiok
是指 2020 年

@pkupyx 校招去的，没了解过社招流程。而且当时校招没考算法，所以想问下普遍的情况