ayqy贾杰

ReactCSR：水车模型当初在理解ReactCSR时做过一个比喻，把单向数据流比作瀑布模型：（摘自深入React）单组件的微观视角下，我们把props理解为水管（数据通道），接收外部传递进来的数据（

也没有执行render之后的生命周期，组件没有被完整地“渲染”出来。因此，另一部分渲染工作仍然要在客户端完成，这个过程就是 hydrate

最基础的 SSR API，输入 React 组件（准确来说是ReactElement），输出 HTML 字符串。之后由客户端 hydrate API 对服务端返回的视图结构附加上交互行为，完成页面渲染： 而React 16 改用单节点校验来复用（服务端返回的）HTML 节点，不…

两种资源分开部署，把静态资源部署至 Web 服务器或 CDN，应用服务器只部署动态资源。如此这般，静态资源响应更快了（浏览器缓存、CDN 加速），应用服务器压力更小了，皆大欢喜 也就是说，HTML 视图结构的创建和维护工作，可以由服务端完成，也可以在客户端完成，都依赖服务数据。…

客户端依赖虽无法消除，但能够像函数式编程中的副作用一样管控起来，比如将其约束到特定的生命周期函数（componentDidMount）中，使之仅在客户端执行，避免影响服务端。生命周期的差异可通过 low-code 平台让用户产生强感知，比如在编辑、预览等环节强化差异。对于不支持…

网络链路上，由服务端发出接口请求，将返回数据随 HTML 响应内容一次性传递到客户端，比 CSR 二次请求更快。并且服务端网络传输速度更快（可以有更大带宽）、通信路径更短（可以同机房部署）、通信效率也更高（可以走 RPC） 客户端拿到这种 HTML 只能立即渲染出一页空白，二次…

实际上，二者在动态化技术能力上所要解决的工程问题是一致的，比如动态加载依赖库、视图组件、甚至整个应用。所以不妨开个脑洞，假定 Web 不支持动态化，以 Native 的业务诉求来推演 Web 动态化技术的发展轨迹 从前，Web 应用程序只能被打包成这种wasm的二进制格式，发布…

接着（在产品功能不那么符合直觉的阶段）先教会用户怎么用，功能引导、新手教程/视频、帮助文档等都是不错的方法，旨在提升易用性，让用户先用起来。同时根据用户真实反馈不断优化使用体验，缩小产品功能与用户心智之间的差距，使之最终符合直觉： 从技术上看，后两类并不属于操作失败，但同样值得…

写在前面不同于商用产品，对内的工具/平台大多没有明确的直接业务价值，需要通过可量化的指标来衡量其效能价值，本文试图建立一个可直接套用的数据指标框架，让内部工具/平台的价值也能看得见、说得清一.分析生产