去年上线的可视化编辑器 H5-dooring 至今已有一年的时间，期间有很多热心的网友和大佬提出了非常多宝贵的建议，我们也在一步步实现中，以下是几个比较典型的低代码可视化平台需求:

• 出码能力(即源码下载功能)
• 组件交互(即组件支持业务中常用的链接跳转，弹窗交互，自定义事件等)
• 数据源管理(即用户创建的不同页面拥有共享数据的能力，不同组件之间也有共享数据的能力)
• 组件商店(即用户可以自主生产组件，定义组件，接入组件数据的能力)
• 布局能力(即用户可以选择不同的布局方案来设计页面)
• 常用功能集成(页面截图，微信分享，debug能力)

上面的这些功需求已经在 H5-dooring 陆续实现了，在我之前的文章中也有对应的技术分享。但是为了让更多的人能低成本的拥有自己的可视化搭建系统，我们团队的大佬花了非常多的时间研究和沉淀，最近也开源了一款可视化搭建框架 dooringx-lib，我们可以基于它轻松制作可视化编辑器，而无需考虑内部的实现细节，接下来我就和大家分享一下这款可视化框架的使用方式和实现思路，同时也非常感谢 dooring可视化团队 各位大佬们的辛勤付出。

我们都知道 antd 是流行的前端组件库，那么基于它上层封装的管理后台 antd-pro 就是它的上层应用。

2. GrapesJS —— craft.js

GrapesJS 是一款国外的页面编辑器框架(详细介绍可参考我之前的文章 这款国外开源框架, 让你轻松构建自己的页面编辑器) ，那么 craft.js 就是它的上层应用框架。

3. dooringx-lib —— dooringx

github地址:
https://github.com/H5-Dooring/dooringx

在了解完使用方式之后，我们来看看基本架构和实现思路。

3.dooringx-lib基础架构和工作机制

上图就是我根据目前 dooringx-lib 的项目架构梳理的架构图，基本包含了搭建化编辑框架的大部分必备模块。为了保证框架的灵活性，我们还可以按需安装对应的功能组件，开发自定义的组件等。如下是一个基本的导入案例:

import {
    RightConfig,
    Container,
    useStoreState,
    innerContainerDragUp,
    LeftConfig,
    ContainerWrapper,
    Control,
} from "dooringx-lib";

我们将整个框架拆分成了不同的模块，这些模块既相互独立又可以相互关联。完整的工作流程如下:

由上图可以看出，我们只需要拥有基础的业务研发能力，就可以借助 dooringx-lib 构建一个属于自己的搭建平台，就好比任何程序的本质: 数据和逻辑。

4.dooringx-lib插件开发

接下来我会和大家分享 dooringx-lib 的插件开发方式和具体实现(如何导入插件，如何编写组件，如何注册函数等)，如果大家感兴趣的话也可以跟着下面的方式实践一下。

4.1 如何导入组件

我们在上图可以看到左侧是我们的组件物料区，分为基础组件，媒体组件，可视化组件，它们的添加会统一放在 LeftRegistMap 数组中来管理，其基本结构如下:

const LeftRegistMap: LeftRegistComponentMapItem[] = [
  {
      type: "basic", // 组件类别
      component: "button", // 组件名称
      img: "icon-anniu", // 组件icon
      displayName: "按钮", // 组件中文名
      urlFn: () => import("./registComponents/button"),  // 注册回调
  },
];

左侧组件支持同步导入或者异步导入。

如果需要异步导入组件，则需要填写 urlFn，需要一个返回 promise 的函数。也可以支持远程载入组件，只要 webpack 配上即可。

如果需要同步导入组件，则需要将组件放入配置项的 initComponentCache 中，这样在载入时便会注册进 componentRegister 里。

initComponentCache: {
  modalMask: { component: MmodalMask },  
},

4.2 如何定制左侧面板

左侧面板传入 leftRenderListCategory 即可。

leftRenderListCategory: [
  {
type: "basic",
icon: ,
displayName: "基础组件",
  },
  {
type: "xxc",
icon: ,
custom: true,
customRender: 
我是自定义渲染
,
  },
],

type 是分类，左侧组件显示在哪个分类由该字段决定。icon 则是左侧分类小图标(如上图所示)。当 custom 为 true 时，可以使用 customRender 自定义渲染。

4.3 开发一个自定义的可视化组件

组件需要导出一个由 ComponentItemFactory 生成的对象:

const MButton = new ComponentItemFactory(
 "button",
 "按钮",
 {
style: [
 createPannelOptions("input", {
  receive: "text", 
  label: "文字",
 }),
],
animate: [createPannelOptions("animateControl", {})],
actions: [createPannelOptions("actionButton", {})],
 },
 {
props: {
 ...
 text:"x.dooring"// input配置项组件接收的初始值
},
 },
 (data, context, store, config) => {
return ;
 },
 true
);

export default MButton;

其中第一个参数为组件注册名，第二个参数用来展示使用。

第三个参数用来配置右侧面板的配置项组件。其中键为右侧面板的分类，值为配置项组件数组。

第四个参数会配置组件的初始值，特别注意的是，制作组件必须要有初始宽度高度（非由内容撑开），否则会在适配时全选时产生问题。

这个初始值里有很多有用的属性，比如fixed代表使用固定定位，可以结合配置项更改该值，使得组件可以fixed定位。

还有 canDrag 类似于锁定命令，锁定的元素不可拖拽。

初始值里的 rotate 需要个对象，value 代表旋转角度，canRotate 代表是否可以操作旋转。（0.7.0版本开始支持）

第五个参数是个函数，你将获得配置项中的 receive 属性（暂且都默认该配置为receive）传来的配置，比如上例中 receive 的是 text，则该函数中 data 里会收到该字段。

context 一般只有 preview 和 edit，用来进行环境判断。

config 可以拿到所有数据，用来制作事件时使用。

第六个参数 resize 是为了判断是否能进行缩放，当为 false 时，无法进行缩放。

第七个参数 needPosition，某些组件移入画布后会默认采取拖拽的落点，该配置项默认为 true, 就是需要拖拽的位置，为 false 时将使用组件自身 top 和 left 定位来放置。

4.4 事件注册

1. 注册时机

事件可以细分为 注册时机 和 函数，组件内可以通过 hook 的方式来实现注册时机：

useDynamicAddEventCenter(pr, `${pr.data.id}-init`, "初始渲染时机"); //注册名必须带id 约定！
useDynamicAddEventCenter(pr, `${pr.data.id}-click`, "点击执行时机");

useDynamicAddEventCenter 第一个参数是 render 的四个参数组成的对象。第二个参数是注册的时机名，必须跟 id 相关，这是约定，否则多个组件可能会导致名称冲突，并且方便查找该时机。

注册完时机后，我们需要将时机放入对应的触发位置上，比如这个 button 的点击执行时机就放到 onclick 中：

 {
eventCenter.runEventQueue(`${pr.data.id}-click`, pr.config);
    }}
>
    x.dooring
 

其中第一个参数则为注册的时机名，第二个为 render 函数中最后一个参数 config

2. 函数注册

函数由组件抛出，可以加载到事件链上。比如，注册个改变文本函数，那么我可以在任意组件的时机中去调用该函数，从而触发该组件改变文本。

函数注册需要放入 useEffect 中，在组件卸载时需要卸载函数！否则会导致函数越来越多。

useEffect(() => {
const functionCenter = eventCenter.getFunctionCenter();
const unregist = functionCenter.register(
 `${pr.data.id}+改变文本函数`,
 async (ctx, next, config, args, _eventList, iname) => {
  const userSelect = iname.data;
  const ctxVal = changeUserValue(
   userSelect["改变文本数据源"],
   args,
   "_changeval",
   config,
   ctx
  );
  const text = ctxVal[0];
  setText(text);
  next();
 },
 [
  {
   name: "改变文本数据源",
   data: ["ctx", "input", "dataSource"],
   options: {
    receive: "_changeval",
    multi: false,
   },
  },
 ]
);
return () => {
 unregist();
};
}, []);

函数中参数与配置见后面的函数开发。

4.5 右侧面板开发

为了开发自定义的右侧属性面板，我们只要将开发的组件配成一个对象放入 initFormComponents 即可。为了良好的开发体验，需要定义个 formMap 类型：

export interface FormBaseType {
    receive?: string;
}
export interface FormInputType extends FormBaseType {
    label: string;
}
export interface FormActionButtonType {}
export interface FormAnimateControlType {}
export interface FormMap {
    input: FormInputType;
    actionButton: FormActionButtonType;
    animateControl: FormAnimateControlType;
}

formMap 的键名就是 initFormComponents 键名，formMap 的值对应组件需要收到的值。

以 input 组件为例，FormInputType 此时有2个属性: label, receive。

那么在开发该组件时，props 会收到：

interface MInputProps {
    data: CreateOptionsRes;
    current: IBlockType;
    config: UserConfig;
}

也就是 data 是 formMap 类型，而 current 是当前点击的组件，config 就不用说了。

还记得在左侧组件开发中的第三个参数吗？这样就都关联起来了：

style: [
    createPannelOptions("input", {
        receive: "text",  
        label: "文字"
    })
],

createPannelOptions 这个函数的泛型里填入对应的组件，将会给收到的配置项良好的提示。

在配置项组件里所要做的就是接收组件传来的配置项，然后去修改 current 的属性：

function MInput(props: MInputProps) {
 const option = useMemo(() => {
return props.data?.option || {};
 }, [props.data]);
 return (

 
  {(option as any)?.label || "文字"}：
 
 
             {
                        const receive = (option as any).receive;
                        const clonedata = deepCopy(store.getData());
                        const newblock = clonedata.block.map((v: IBlockType) => {
                                if (v.id === props.current.id) {
                                        v.props[receive] = e.target.value;
                                }
                                return v;
                        });
                        store.setData({ ...clonedata, block: [...newblock] });
                }}
            >
 

 );
}

由于可以很轻松的拿到 store，所以可以在任意地方进行修改数据。

将组件的 value 关联 current 的属性，onChange 去修改 store，这样就完成了个双向绑定。

注意：如果你的右侧组件需要用到 block 以外的属性，可能需要去判断是否处于弹窗模式。

4.6 自定义右键菜单

右键菜单可以进行自定义：

// 自定义右键
const contextMenuState = config.getContextMenuState();
const unmountContextMenu = contextMenuState.unmountContextMenu;
const commander = config.getCommanderRegister();
const ContextMenu = () => {
 const handleclick = () => {
unmountContextMenu();
 };
 const forceUpdate = useState(0)[1];
 contextMenuState.forceUpdate = () => {
forceUpdate((pre) => pre + 1);
 };
 return (

 
 {
                    commander.exec("redo");
                    handleclick();
            }}
        >
            自定义
 

 );
};
contextMenuState.contextMenu = ;

先拿到 contextMenuState，contextMenuState 上有个 unmountContextMenu 是关闭右键菜单方法。所以在点击后需要调用关闭。同时上面的 left 和 top 是右键的位置。另外，我们还需要在组件内增加强刷，赋值给 forceUpdate，用于在组件移动时进行跟随。

4.7 表单验证提交思路

表单验证提交有非常多的做法，因为数据全部是联通的，或者直接写个表单组件也可以。在不使用表单组件时，简单的做法是为每个输入组件做个验证函数与提交函数。这样是否验证就取决于用户的选取，而抛出的输入可以让用户选择放到哪，并由用户去命名变量。

在点击提交按钮时，调用所有组件的验证函数与提交函数，使其抛给上下文，再通过上下文聚合函数聚合成对象，最后可以通过发送函数发送给对应后端，从而完成整个流程。我们可以在 dooringx 中试下这个demo。

另一种方式是可以专门写个提交按钮，固定了参数，以及部分规则，比如规定在页面中的所有表单都会被收集提交。

那么我们可以利用数据源，将所有表单输出内容自动提交给数据源，最后的提交按钮按数据源规定格式的key 提取，发送给后端。

后期规划

后期我们还会在产品功能方面持续迭代优化，如果大家有好的建议, 也可以随时和我们交流, 也欢迎在 github 上积极提 issue。

如果大家对可视化搭建或者低代码/零代码感兴趣，也可以参考我往期的文章或者在评论区交流你的想法和心得，欢迎一起探索前端真正的技术。

github: dooringx | 快速高效搭建可视化拖拽平台
团队：Dooring可视化团队