Index: 前端架构
与「前端架构」有关的文章。
-
主流 React 状态管理库应该如何选择
状态管理库没有绝对最优，尤其在大型 To B 项目里，真正需要比较的是状态类型、更新模型、性能边界、团队协作成本以及它是否适合当前业务规模。
-
为什么复杂项目里的客户端状态更适合用 Zustand
MobX 和 Zustand 都能管理 React 客户端状态，但在大状态量、高频更新和复杂页面协作场景下，它们的性能模型和维护成本差异会被明显放大。
-
动态表单中的条件联动如何避免循环计算
动态表单支持条件必填、条件有效、条件可见和条件默认值后，字段依赖会形成关系图；只有区分状态推导与值写入，才能避免循环计算。
-
动态表单系统如何用 schema 与 layout 组织页面
企业级项目中表单字段与页面编排都会变化，将 schema 与 layout 拆成两层配置，可以分别管理业务数据和界面结构。
-
营销平台埋点设计：从协议到采集的完整方案
营销页面的价值在于转化，而转化的前提是有数据。本文从埋点协议、组件级埋点、采集链路、曝光监听、批量上报到数据落盘，完整介绍营销平台的埋点设计方案。
-
组件搭好了还不够，营销页还需要事件和数据
营销页面不是静态拼图，按钮点击、表单提交、接口请求、数据绑定和条件表达式共同构成了低代码平台的运行逻辑。
-
页面发布能很快生效，靠的不是重新打包
低代码营销平台发布的关键不是生成页面文件，而是让页面 DSL、组件资源、数据请求和缓存策略共同支撑秒级生效与稳定访问。
-
同一份页面配置，在编辑、预览和线上不是一回事
同一份低代码 DSL 在编辑器、预览和线上生产环境中有完全不同的渲染目标，因此 Renderer 不能只有一个形态。
-
后来发现低代码最怕的是 DSL 越写越乱
低代码营销平台后期能否扩展，关键不在编辑器界面多漂亮，而在 DSL 是否能稳定描述页面结构、组件属性、事件、数据绑定、权限和版本。
-
拖拽这件事，最后改的其实是一棵组件树
低代码编辑器的核心不是简单拖动 DOM，而是围绕组件树、拖拽命中、属性 schema、数据源配置和组件通信建立一套稳定的编辑协议。