Writing
一组关于代码、工具与判断的长期笔记。它们从具体实践出发，保留问题形成的过程，也记录那些在速度之外仍值得反复辨认的细节。
-
当时做营销搭建器，我先想清楚的是三列结构
一个营销低代码平台不能只看编辑器界面，还要从组件体系、渲染容器、配置协议、开发调试和运行时边界一起设计。
-
小程序首次加载时间应该从哪些地方优化
小程序首次加载慢通常不是单点问题，需要从主包体积、分包策略、图片资源、首屏数据和渲染节奏共同优化。
-
小程序长列表如何通过窗口化渲染保持流畅
长列表优化的核心不是重复渲染全部数据，而是依据滚动位置只维护可视区域附近的节点，并保留正确的列表空间。
-
小程序文章详情页如何渲染服务端富文本
资讯详情页需要把 HTML 内容转换为小程序能够展示的节点结构，并继续支持正文图片、图集预览与异常内容降级。
-
用 36 张图片实现可滑动的车型全景展示
在小程序中使用一组环绕拍摄的车型图片，根据手指横向拖动切换当前帧，可以用可控成本实现接近 360 度转动的展示效果。
-
一个 JS Bridge 库要怎样处理版本兼容
JS Bridge 库真正难维护的地方是版本兼容：H5 发布快，客户端发布慢，SDK 必须在能力探测、降级、灰度和协议演进上提供稳定边界。
-
为什么要把小程序项目从 WePY 迁移到 Taro
当业务页面越来越多时，小程序框架迁移不只是替换语法，更重要的是统一 React 技术栈、组件边界和长期维护方式。
-
JS Bridge 最重要的是先把协议定清楚
JS Bridge 协议决定了 H5 和客户端如何描述方法、参数、回调、错误、事件和权限，它比具体通信方式更影响长期可维护性。
-
移动端 H5 是怎么和客户端说上话的
JS Bridge 的本质是在 WebView 和客户端之间建立一层受控通信通道，让 H5 能调用客户端能力，也让客户端能把结果回传给页面。
-
用 React 组织移动端页面中的状态与交互
移动端页面包含列表、筛选、弹层、滚动和异步请求，使用 React 时需要先区分数据状态、界面状态与交互状态。