用自定义编辑器替换 GrapesJS 内置富文本编辑器RTE完整指南【免费下载链接】grapesjsFree and Open source Web Builder Framework. Next generation tool for building templates without coding项目地址: https://gitcode.com/GitHub_Trending/gr/grapesjs导读GrapesJS 自带的富文本编辑器Rich Text Editor简称 RTE功能极简仅提供加粗、斜体、下划线、删除线、链接与包裹等少量内联操作难以胜任真正的文字编辑场景。本文基于官方指南 docs/guides/Replace-Rich-Text-Editor.md以集成 CKEditor 为例系统讲解如何通过 GrapesJS 公开 APIsetCustomRte将内置 RTE 整体替换为任意第三方富文本编辑器。读完本文你将掌握自定义 RTE 的完整接口契约enable/disable/getContent/parseContent、工具栏定位微调、事件监听以及内置 RTE 与第三方 RTE 在组件行为上的差异与取舍。::: warning 版本说明 本指南适用于 GrapesJSv0.21.2 及以上版本。当前仓库中对应实现位于 packages/core/src/rich_text_editor 与 packages/core/src/editor/index.ts。 :::为什么需要替换内置 RTEGrapesJS 的默认 RTE 非常小而美从配置来看默认动作仅为bold、italic、underline、strikethrough、link、wrap六个见 packages/core/src/rich_text_editor/config/config.ts并且官方强烈建议尽量缩小这个工具栏尤其不要把fontSize之类的样式类命令放在 RTE 里而应交给样式管理器Style Manager处理。因此当项目需要完整的文字编辑体验如粘贴格式化内容、表格、图片、批量样式等时直接换用成熟的第三方编辑器通常是更优解。与其在默认工具栏上不断打补丁添加命令不如整体替换——这正是setCustomRte存在的意义。从源码看setCustomRte的实现非常轻量只是把传入的接口对象挂到 RTE 模块上// packages/core/src/editor/index.ts setCustomRteT(obj: CustomRTE ThisTypeT CustomRTE) { this.RichTextEditor.customRte obj; }后续文本组件进入编辑态时模块会优先检查customRte是否存在见 packages/core/src/rich_text_editor/index.ts 的enable方法const rteInst await (customRte ? customRte.enable(el, rte, opts) : this.initRte(el).enable(opts));只要提供了自定义 RTEGrapesJS 就完全把编辑器的生命周期管理权交给你。自定义 RTE 的接口契约完整的接口类型定义在 packages/core/src/rich_text_editor/config/config.ts 中export interface CustomRTET any { parseContent?: boolean; enable: (el: HTMLElement, rte: T | undefined, opts: CustomRteOptions) T | PromiseT; disable: (el: HTMLElement, rte: T, opts: CustomRteOptions) any | Promiseany; getContent?: (el: HTMLElement, rte: T | undefined, opts: CustomRteOptions) string | Promisestring; destroy?: () void; [key: string]: unknown; }核心要点enable与disable是必填项getContent、parseContent、destroy为可选项所有方法均支持返回 Promise接口签名中T | PromiseT方便对接异步初始化的编辑器如懒加载的 CKEditor 模块额外字段如focus会被保留在对象上你可以自由扩展自己的辅助方法destroy会在编辑器销毁时被调用见 packages/core/src/rich_text_editor/index.ts。建议把整个自定义 RTE 逻辑封装为一个 GrapesJS 插件通过plugins配置注入这也是官方推荐的放置方式。第一步编写 enable 启用逻辑enable(el, rte)负责两件事首次初始化第三方编辑器以及当同一元素再次进入编辑态时复用已初始化的实例。这就是第二个参数rte存在的原因——它是你上一次调用enable时返回的实例第一次调用时为undefined。// IMPORTANT: place the code in a new plugin const customRTE (editor) { const focus (el, rte) { // implemented later } editor.setCustomRte({ /** * Enabling the custom RTE * param {HTMLElement} el 被选中待编辑的 HTML 节点 * param {Object} rte 第一次调用 enable() 时返回的实例 * 首次调用时为 undefined。用于判断 RTE 是否已在组件上启用 * return {Object} 返回已初始化的 RTE 实例 */ enable(el, rte) { // 已存在则直接聚焦 if (rte) { focus(el, rte); return rte; } // CKEditor 初始化 rte CKEDITOR.inline(el, { // 你的配置... toolbar: [...], // IMPORTANT // 通常内联编辑器会附着在被选元素同一位置但这样在画布 // 滚动后工具栏会错位。因此必须把 RTE 的工具栏移入 // GrapesJS 自己的工具栏容器。这里借助一个插件来简化 // 该过程并把之后所有 CKEditor 工具栏都移入我们指定的元素 sharedSpaces: { top: editor.RichTextEditor.getToolbarEl(), } }); focus(el, rte); return rte; }, }); } const editor grapesjs.init({ // ... plugins: [customRTE], });关于sharedSpaces.top指向的editor.RichTextEditor.getToolbarEl()GrapesJS 的 RTE 工具栏元素由模块在onLoad阶段创建packages/core/src/rich_text_editor/index.ts并在postRender中被挂载到画布的 tools 容器上同文件postRender方法。将第三方编辑器的工具栏共享到这个元素中就能让工具栏跟随画布定位逻辑一起移动避免滚动后错位。第二步编写 disable 停用逻辑disable(el, rte)的签名与enable一致负责在文本组件失焦、被删除或切换到其他组件时收起编辑器editor.setCustomRte({ // ... disable(el, rte) { el.contentEditable false; rte?.focusManager?.blur(true); }, });从源码看disable的返回值还有额外作用如果返回{ forceSync: true }即使内容没有变化GrapesJS 也会强制把编辑内容同步回组件模型。这一逻辑位于 packages/core/src/dom_components/view/ComponentTextView.tsif (editable (content ! this.lastContent || disableRes.forceSync)) { await this.syncContent({ ...opts, content }); this.lastContent ; }某些第三方编辑器在失焦后才落盘内容此时返回{ forceSync: true }是保证数据不丢失的关键技巧。第三步getContent 输出最终内容第三方库对内容的内部状态管理各不相同预览里渲染的 DOM 不一定等同于最终 HTML 输出。GrapesJS 默认直接从 DOM 元素取innerHTML作为最终结果但强烈建议显式实现getContent因为不同库返回最终 HTML 的方式差异很大editor.setCustomRte({ // ... getContent(el, rte) { const htmlString rte.getData(); return htmlString; }, });对应的模块级实现packages/core/src/rich_text_editor/index.tsasync getContent(view: ComponentTextView, rte: RichTextEditor) { const { customRte } this; const el view.getChildrenContainer(); if (customRte rte isFunction(customRte.getContent)) { return await customRte.getContent(el, rte, { view }); } else { return el.innerHTML; } }注意两点若未提供getContent回退逻辑就是读取el.innerHTML即view.getChildrenContainer()的 innerHTMLgetContent同样支持返回 Promise。第四步focus 辅助聚焦函数官方文档明确指出focus不是接口的必选项它只是enable内部使用的一个辅助函数用于避免重复聚焦。CKEditor 的聚焦判断需要用到其focusManagerconst focus (el, rte) { // 已聚焦则什么都不做 if (rte?.focusManager?.hasFocus) { return; } el.contentEditable true; rte?.focus(); }; editor.setCustomRte({ // ... enable(el, rte) { // ... focus(el, rte); // ... }, });需要再次强调的是这里的focus与setCustomRte接口对象上的同名函数不同。接口上的自定义字段包括focus不会自动被 GrapesJS 调用enable返回的实例会被复用后续聚焦逻辑完全由你在enable内自行实现。工具栏定位rteToolbarPosUpdate 事件内置 RTE 工具栏默认定位在被编辑元素附近左上角附近但这不总是理想行为。典型场景当画布滚动、工具栏到达顶部时你希望把它吸到下方跟随滚动。此时可以监听rteToolbarPosUpdate事件在位置计算完成后、实际写入样式前介入editor.on(rteToolbarPosUpdate, (pos) { // eg. 根据 pos 中传递的附加数据更新 pos.top 与 pos.left });从源码看位置计算发生在 packages/core/src/rich_text_editor/index.ts 的updatePosition方法中它调用canvas.getTargetToElementFixed并传入event: rteToolbarPosUpdate随后把计算出的top、left、bottom、right写入工具栏样式。监听器可以在写入前修改pos对象实现自定义定位策略。此外updatePosition会在画布刷新、frame 滚动、组件更新时被重新触发见同文件顶部eventsUp定义。内置 RTE 与第三方 RTE 的差异使用自定义 RTE 时必须清醒认识到内容及其行为完全由第三方库接管GrapesJS 的组件只是原样存储内容。一个直观的例子用内置 RTE 创建链接后你可以选中链接并在组件设置Component Settings中编辑其href而使用自定义 RTE 后这一能力由第三方库负责——链接的弹窗编辑、href 修改等都是库自身的任务GrapesJS 不再介入。因此每个第三方库都有自己的 API、局限与坑使用前对目标库有一定了解是加分项需要权衡功能丰富度与脱离 GrapesJS 组件体系的代价官方推荐的 CKEditor 完整插件见grapesjs-plugin-ckeditorGrapesJS 官方维护的 CKEditor 集成插件。启用内容解析parseContent作为实验性功能parseContent: true可以让编辑器把自定义 RTE 返回的 HTML 内容解析为组件树而非简单的 HTML 字符串。这让自定义 RTE 的行为更贴近原生实现并解锁诸如 textable 组件之类的进阶特性editor.setCustomRte({ // ... // 启用内容解析 parseContent: true, });这一开关在 packages/core/src/dom_components/view/ComponentTextView.ts 的syncContent中生效未开启时内容被静态塞进content属性model.set(content, content, contentOpt)开启后则走comps.resetFromString(content, opts)把 HTML 解析为组件集合。注意它是实验性特性生产环境使用前建议充分测试。事件与配套 API替换 RTE 后你依然可以使用 RTE 模块提供的事件体系定义于 packages/core/src/rich_text_editor/types.ts// RTE 启用参数为触发编辑的组件视图与 RTE 实例 editor.on(rte:enable, (view, rte) { ... }); // RTE 停用 editor.on(rte:disable, (view, rte) { ... }); // 自定义 RTE 事件参数为 { enabled, container, actions } editor.on(rte:custom, ({ enabled, container, actions }) { ... });配套的常用方法editor.RichTextEditor.getToolbarEl()获取工具栏元素自定义 RTE 的工具栏容器通常指向它editor.RichTextEditor.add(name, action)向工具栏添加动作仅对内置 RTE 生效editor.RichTextEditor.get(name)/getAll()/remove(name)/run(action)动作查询、移除与执行见 packages/core/src/rich_text_editor/index.ts。从 packages/core/test/specs/dom_components/view/ComponentTextView.ts 的测试代码可以看到em.RichTextEditor.customRte fakeRte的注入方式这也可以作为你在集成测试中模拟自定义 RTE 的参考模式。完整示例将以上四步合并为一个插件将enable、disable、getContent、focus组合进一个完整插件并在初始化时挂载const customRTE (editor) { const focus (el, rte) { if (rte?.focusManager?.hasFocus) return; el.contentEditable true; rte?.focus(); }; editor.setCustomRte({ enable(el, rte) { if (rte) { focus(el, rte); return rte; } rte CKEDITOR.inline(el, { toolbar: [Bold, Italic, Link, Unlink], sharedSpaces: { top: editor.RichTextEditor.getToolbarEl(), }, }); focus(el, rte); return rte; }, disable(el, rte) { el.contentEditable false; rte?.focusManager?.blur(true); }, getContent(el, rte) { return rte.getData(); }, // 实验性将返回内容解析为组件树 parseContent: false, }); }; const editor grapesjs.init({ container: #gjs, plugins: [customRTE], });小结替换 GrapesJS 内置 RTE 的本质是通过setCustomRte提供一个符合接口契约的对象把编辑器的初始化、聚焦、失焦、内容输出与销毁全权交给第三方库。本文以 CKEditor 为例覆盖了完整生命周期并解释了工具栏定位rteToolbarPosUpdate、内容解析parseContent与组件行为差异等关键细节。如果你的项目对文字编辑有更高要求同时能接受链接编辑等交互由库自己负责的取舍这套方案值得尝试否则也可以在 docs/api/rich_text_editor.md 与 packages/core/src/rich_text_editor 中继续挖掘内置 RTE 的扩展能力。【免费下载链接】grapesjsFree and Open source Web Builder Framework. Next generation tool for building templates without coding项目地址: https://gitcode.com/GitHub_Trending/gr/grapesjs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
用自定义编辑器替换 GrapesJS 内置富文本编辑器RTE完整指南【免费下载链接】grapesjsFree and Open source Web Builder Framework. Next generation tool for building templates without coding项目地址: https://gitcode.com/GitHub_Trending/gr/grapesjs导读GrapesJS 自带的富文本编辑器Rich Text Editor简称 RTE功能极简仅提供加粗、斜体、下划线、删除线、链接与包裹等少量内联操作难以胜任真正的文字编辑场景。本文基于官方指南 docs/guides/Replace-Rich-Text-Editor.md以集成 CKEditor 为例系统讲解如何通过 GrapesJS 公开 APIsetCustomRte将内置 RTE 整体替换为任意第三方富文本编辑器。读完本文你将掌握自定义 RTE 的完整接口契约enable/disable/getContent/parseContent、工具栏定位微调、事件监听以及内置 RTE 与第三方 RTE 在组件行为上的差异与取舍。::: warning 版本说明 本指南适用于 GrapesJSv0.21.2 及以上版本。当前仓库中对应实现位于 packages/core/src/rich_text_editor 与 packages/core/src/editor/index.ts。 :::为什么需要替换内置 RTEGrapesJS 的默认 RTE 非常小而美从配置来看默认动作仅为bold、italic、underline、strikethrough、link、wrap六个见 packages/core/src/rich_text_editor/config/config.ts并且官方强烈建议尽量缩小这个工具栏尤其不要把fontSize之类的样式类命令放在 RTE 里而应交给样式管理器Style Manager处理。因此当项目需要完整的文字编辑体验如粘贴格式化内容、表格、图片、批量样式等时直接换用成熟的第三方编辑器通常是更优解。与其在默认工具栏上不断打补丁添加命令不如整体替换——这正是setCustomRte存在的意义。从源码看setCustomRte的实现非常轻量只是把传入的接口对象挂到 RTE 模块上// packages/core/src/editor/index.ts setCustomRteT(obj: CustomRTE ThisTypeT CustomRTE) { this.RichTextEditor.customRte obj; }后续文本组件进入编辑态时模块会优先检查customRte是否存在见 packages/core/src/rich_text_editor/index.ts 的enable方法const rteInst await (customRte ? customRte.enable(el, rte, opts) : this.initRte(el).enable(opts));只要提供了自定义 RTEGrapesJS 就完全把编辑器的生命周期管理权交给你。自定义 RTE 的接口契约完整的接口类型定义在 packages/core/src/rich_text_editor/config/config.ts 中export interface CustomRTET any { parseContent?: boolean; enable: (el: HTMLElement, rte: T | undefined, opts: CustomRteOptions) T | PromiseT; disable: (el: HTMLElement, rte: T, opts: CustomRteOptions) any | Promiseany; getContent?: (el: HTMLElement, rte: T | undefined, opts: CustomRteOptions) string | Promisestring; destroy?: () void; [key: string]: unknown; }核心要点enable与disable是必填项getContent、parseContent、destroy为可选项所有方法均支持返回 Promise接口签名中T | PromiseT方便对接异步初始化的编辑器如懒加载的 CKEditor 模块额外字段如focus会被保留在对象上你可以自由扩展自己的辅助方法destroy会在编辑器销毁时被调用见 packages/core/src/rich_text_editor/index.ts。建议把整个自定义 RTE 逻辑封装为一个 GrapesJS 插件通过plugins配置注入这也是官方推荐的放置方式。第一步编写 enable 启用逻辑enable(el, rte)负责两件事首次初始化第三方编辑器以及当同一元素再次进入编辑态时复用已初始化的实例。这就是第二个参数rte存在的原因——它是你上一次调用enable时返回的实例第一次调用时为undefined。// IMPORTANT: place the code in a new plugin const customRTE (editor) { const focus (el, rte) { // implemented later } editor.setCustomRte({ /** * Enabling the custom RTE * param {HTMLElement} el 被选中待编辑的 HTML 节点 * param {Object} rte 第一次调用 enable() 时返回的实例 * 首次调用时为 undefined。用于判断 RTE 是否已在组件上启用 * return {Object} 返回已初始化的 RTE 实例 */ enable(el, rte) { // 已存在则直接聚焦 if (rte) { focus(el, rte); return rte; } // CKEditor 初始化 rte CKEDITOR.inline(el, { // 你的配置... toolbar: [...], // IMPORTANT // 通常内联编辑器会附着在被选元素同一位置但这样在画布 // 滚动后工具栏会错位。因此必须把 RTE 的工具栏移入 // GrapesJS 自己的工具栏容器。这里借助一个插件来简化 // 该过程并把之后所有 CKEditor 工具栏都移入我们指定的元素 sharedSpaces: { top: editor.RichTextEditor.getToolbarEl(), } }); focus(el, rte); return rte; }, }); } const editor grapesjs.init({ // ... plugins: [customRTE], });关于sharedSpaces.top指向的editor.RichTextEditor.getToolbarEl()GrapesJS 的 RTE 工具栏元素由模块在onLoad阶段创建packages/core/src/rich_text_editor/index.ts并在postRender中被挂载到画布的 tools 容器上同文件postRender方法。将第三方编辑器的工具栏共享到这个元素中就能让工具栏跟随画布定位逻辑一起移动避免滚动后错位。第二步编写 disable 停用逻辑disable(el, rte)的签名与enable一致负责在文本组件失焦、被删除或切换到其他组件时收起编辑器editor.setCustomRte({ // ... disable(el, rte) { el.contentEditable false; rte?.focusManager?.blur(true); }, });从源码看disable的返回值还有额外作用如果返回{ forceSync: true }即使内容没有变化GrapesJS 也会强制把编辑内容同步回组件模型。这一逻辑位于 packages/core/src/dom_components/view/ComponentTextView.tsif (editable (content ! this.lastContent || disableRes.forceSync)) { await this.syncContent({ ...opts, content }); this.lastContent ; }某些第三方编辑器在失焦后才落盘内容此时返回{ forceSync: true }是保证数据不丢失的关键技巧。第三步getContent 输出最终内容第三方库对内容的内部状态管理各不相同预览里渲染的 DOM 不一定等同于最终 HTML 输出。GrapesJS 默认直接从 DOM 元素取innerHTML作为最终结果但强烈建议显式实现getContent因为不同库返回最终 HTML 的方式差异很大editor.setCustomRte({ // ... getContent(el, rte) { const htmlString rte.getData(); return htmlString; }, });对应的模块级实现packages/core/src/rich_text_editor/index.tsasync getContent(view: ComponentTextView, rte: RichTextEditor) { const { customRte } this; const el view.getChildrenContainer(); if (customRte rte isFunction(customRte.getContent)) { return await customRte.getContent(el, rte, { view }); } else { return el.innerHTML; } }注意两点若未提供getContent回退逻辑就是读取el.innerHTML即view.getChildrenContainer()的 innerHTMLgetContent同样支持返回 Promise。第四步focus 辅助聚焦函数官方文档明确指出focus不是接口的必选项它只是enable内部使用的一个辅助函数用于避免重复聚焦。CKEditor 的聚焦判断需要用到其focusManagerconst focus (el, rte) { // 已聚焦则什么都不做 if (rte?.focusManager?.hasFocus) { return; } el.contentEditable true; rte?.focus(); }; editor.setCustomRte({ // ... enable(el, rte) { // ... focus(el, rte); // ... }, });需要再次强调的是这里的focus与setCustomRte接口对象上的同名函数不同。接口上的自定义字段包括focus不会自动被 GrapesJS 调用enable返回的实例会被复用后续聚焦逻辑完全由你在enable内自行实现。工具栏定位rteToolbarPosUpdate 事件内置 RTE 工具栏默认定位在被编辑元素附近左上角附近但这不总是理想行为。典型场景当画布滚动、工具栏到达顶部时你希望把它吸到下方跟随滚动。此时可以监听rteToolbarPosUpdate事件在位置计算完成后、实际写入样式前介入editor.on(rteToolbarPosUpdate, (pos) { // eg. 根据 pos 中传递的附加数据更新 pos.top 与 pos.left });从源码看位置计算发生在 packages/core/src/rich_text_editor/index.ts 的updatePosition方法中它调用canvas.getTargetToElementFixed并传入event: rteToolbarPosUpdate随后把计算出的top、left、bottom、right写入工具栏样式。监听器可以在写入前修改pos对象实现自定义定位策略。此外updatePosition会在画布刷新、frame 滚动、组件更新时被重新触发见同文件顶部eventsUp定义。内置 RTE 与第三方 RTE 的差异使用自定义 RTE 时必须清醒认识到内容及其行为完全由第三方库接管GrapesJS 的组件只是原样存储内容。一个直观的例子用内置 RTE 创建链接后你可以选中链接并在组件设置Component Settings中编辑其href而使用自定义 RTE 后这一能力由第三方库负责——链接的弹窗编辑、href 修改等都是库自身的任务GrapesJS 不再介入。因此每个第三方库都有自己的 API、局限与坑使用前对目标库有一定了解是加分项需要权衡功能丰富度与脱离 GrapesJS 组件体系的代价官方推荐的 CKEditor 完整插件见grapesjs-plugin-ckeditorGrapesJS 官方维护的 CKEditor 集成插件。启用内容解析parseContent作为实验性功能parseContent: true可以让编辑器把自定义 RTE 返回的 HTML 内容解析为组件树而非简单的 HTML 字符串。这让自定义 RTE 的行为更贴近原生实现并解锁诸如 textable 组件之类的进阶特性editor.setCustomRte({ // ... // 启用内容解析 parseContent: true, });这一开关在 packages/core/src/dom_components/view/ComponentTextView.ts 的syncContent中生效未开启时内容被静态塞进content属性model.set(content, content, contentOpt)开启后则走comps.resetFromString(content, opts)把 HTML 解析为组件集合。注意它是实验性特性生产环境使用前建议充分测试。事件与配套 API替换 RTE 后你依然可以使用 RTE 模块提供的事件体系定义于 packages/core/src/rich_text_editor/types.ts// RTE 启用参数为触发编辑的组件视图与 RTE 实例 editor.on(rte:enable, (view, rte) { ... }); // RTE 停用 editor.on(rte:disable, (view, rte) { ... }); // 自定义 RTE 事件参数为 { enabled, container, actions } editor.on(rte:custom, ({ enabled, container, actions }) { ... });配套的常用方法editor.RichTextEditor.getToolbarEl()获取工具栏元素自定义 RTE 的工具栏容器通常指向它editor.RichTextEditor.add(name, action)向工具栏添加动作仅对内置 RTE 生效editor.RichTextEditor.get(name)/getAll()/remove(name)/run(action)动作查询、移除与执行见 packages/core/src/rich_text_editor/index.ts。从 packages/core/test/specs/dom_components/view/ComponentTextView.ts 的测试代码可以看到em.RichTextEditor.customRte fakeRte的注入方式这也可以作为你在集成测试中模拟自定义 RTE 的参考模式。完整示例将以上四步合并为一个插件将enable、disable、getContent、focus组合进一个完整插件并在初始化时挂载const customRTE (editor) { const focus (el, rte) { if (rte?.focusManager?.hasFocus) return; el.contentEditable true; rte?.focus(); }; editor.setCustomRte({ enable(el, rte) { if (rte) { focus(el, rte); return rte; } rte CKEDITOR.inline(el, { toolbar: [Bold, Italic, Link, Unlink], sharedSpaces: { top: editor.RichTextEditor.getToolbarEl(), }, }); focus(el, rte); return rte; }, disable(el, rte) { el.contentEditable false; rte?.focusManager?.blur(true); }, getContent(el, rte) { return rte.getData(); }, // 实验性将返回内容解析为组件树 parseContent: false, }); }; const editor grapesjs.init({ container: #gjs, plugins: [customRTE], });小结替换 GrapesJS 内置 RTE 的本质是通过setCustomRte提供一个符合接口契约的对象把编辑器的初始化、聚焦、失焦、内容输出与销毁全权交给第三方库。本文以 CKEditor 为例覆盖了完整生命周期并解释了工具栏定位rteToolbarPosUpdate、内容解析parseContent与组件行为差异等关键细节。如果你的项目对文字编辑有更高要求同时能接受链接编辑等交互由库自己负责的取舍这套方案值得尝试否则也可以在 docs/api/rich_text_editor.md 与 packages/core/src/rich_text_editor 中继续挖掘内置 RTE 的扩展能力。【免费下载链接】grapesjsFree and Open source Web Builder Framework. Next generation tool for building templates without coding项目地址: https://gitcode.com/GitHub_Trending/gr/grapesjs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
)
)
