ayqy贾杰

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

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

最基础的 SSR API，输入 React 组件（准确来说是ReactElement），输出 HTML 字符串。之后由客户端 hydrate API 对服务端返回的视图结构...

两种资源分开部署，把静态资源部署至 Web 服务器或 CDN，应用服务器只部署动态资源。如此这般，静态资源响应更快了（浏览器缓存、CDN 加速），应用服务器压力更小了，皆大...

客户端依赖虽无法消除，但能够像函数式编程中的副作用一样管控起来，比如将其约束到特定的生命周期函数（componentDidMount）中，使之仅在客户端执行，避免影响服务端...

网络链路上，由服务端发出接口请求，将返回数据随 HTML 响应内容一次性传递到客户端，比 CSR 二次请求更快。并且服务端网络传输速度更快（可以有更大带宽）、通信路径更短（...

实际上，二者在动态化技术能力上所要解决的工程问题是一致的，比如动态加载依赖库、视图组件、甚至整个应用。所以不妨开个脑洞，假定 Web 不支持动态化，以 Native 的业务...

接着（在产品功能不那么符合直觉的阶段）先教会用户怎么用，功能引导、新手教程/视频、帮助文档等都是不错的方法，旨在提升易用性，让用户先用起来。同时根据用户真实反馈不断优化使用...

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

P.S.当然，质量是前提条件，就像CAP 中的 P，实属没得选。所以伤及质量的效率、体验提升不在讨论范围内 对象的数量直接关系到体验，对象间依赖关系的复杂度决定着效率。因此...

将工程方法系统化地应用到软件开发中，就叫软件工程。那么，紧接着又有两个问题： 除工作流各阶段的工程设施之外，前端工程的另一部分是过程之间的衔接。前者旨在提高生产效率，后者要...

容器能力在很大程度上决定着开发效率，在容器提供了一致的标准支持范围内，能够愉快地一人搞定多端。然而，一旦触及能力边界，就会面临高成本的多层联合开发（Native 层、Jav...

在 v17 之前，不同版本的 React 无法混用（事件系统会出问题），所以，开发者要么沿用旧版本，要么花大力气整个升级到新版本，甚至一些常年没有需求的长尾模块也要整体适配...

因此，low-code 平台得以站在巨人肩上前行，在组件库、构建工具、甚至可视化设计、代码自动生成的基础上进一步探索。另一方面，前端 low-code 产物都能应用到现有的...

一气呵成、顺滑流畅的开发体验，嘬着咖啡、高效产出的工作效率是每个开发者都想拥有的。一款通用 IDE 好比一张书桌，文件夹、稿纸、铅笔、橡皮擦全都在手边，书籍文献、咖啡、台灯...

WebView：由 Native 提供 Webview 容器，业务用 Web 技术来开发。优势在于能把 Web 开发体验一锅端走，但受限于 Web 技术，体验无法与 Nat...

早在2008年，Microsoft等公司（在此之前还有Amazon、Google）就在探索云服务了。推出Azure时，Microsoft提出了这样的模型图： 实际上，这种基...

云以面向公众的即用即付方式提供时就叫公共云（Public Cloud），提供效用计算（Utility Computing）服务。相应的，公众无法使用的企业/组织内部的数据中...

也就是说，云计算是一种模型。让可配置的计算资源（如网络、服务器、存储、应用程序和服务）能够通过网络随取随用，只需要很少的管理工作或者与服务供应商简单交互就能快速控制这些资源...

把软件应用的不同组件都放到一个程序中，就叫 Monolithic application。例如，通过编程语言的基本特性将应用划分成类、函数和命名空间，用部署流水线来保证变更...