前言 相信不少人因为项目中没有接触过数据埋点相关的内容，而没有花时间去了解它，总觉得这又是一个自己还不能涉及的方面，然而数据埋点本身并不难理解，只是很难做得好，本文会从 认识数据埋点 SDK、设计前端

为了给渲染器提供一个纯净的渲染环境，渲染器和设计器处于不同的 iframe 中，因此拖拽组件不仅涉及在同一个 iframe 中拖拽组件，还涉及跨 iframe 拖拽组件。

任何能提高代码可维护性、降低代码理解成本、提高代码的容错率和提高项目可扩展性的统一标准，称之为规范标准； 但是如何去落实规范就是一个难题了，我相信本文能给您答案 ~

无论您是想成为高级前端工程师，还是一名合格的 Leader，都离不开对前端技术与业务的基础建设沉淀； 我相信您看完后的收获会远不止于此 ~

为什么用代码生成代码？ 说说我的情况,依旧是更古不变的问题，人手不足、一个月要出东西，再加上懒得再沉浸在毫无意义的增删改查上，将主要精力集中在关键功能上，因为我本身全栈，所以关节节点基本上都清楚，有些

leggo低代码工具帮助前端通过“拖拽交互”快速搭建和维护表单结构，轻松完成那些无脑重复搬砖的表单组件。使得前端能够更专注于开发拥有复杂逻辑的表单组件。

所见即所得的 Low Code 平台 ，在第二版的基础上，大致完成了第三版的开发计划，加入了项目的概念，支持节点树可视化操作节点，支持导出代码，修复了部分已知 bug。

最近接到了一个需求，需要通过第三方提供的 d.ts 文件来定义对应的 JS SDK 文件。原本的做法是纯手写，效率特别低下，因此思考能不能自动化生成……

本文是对 后台管理系统可拖拽式组件的设计思路 文章的一个补充，近段时间，对代码做了一个简单的整理，已上传 GitHub。 可以直接 clone 或者 fork 代码下来直接运行。