地图作业平台低代码实战（搭建能力提升）-阿里云开发者社区

地图作业平台低代码实战（搭建能力提升）

2024-04-30 38

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 该内容是关于地图数据作业平台从大型WebGIS的“综合作业”模式向人机结合、所见即所得的“简单作业”模式转变的探讨。平台在低代码建设过程中，遇到的问题是如何让非研发人员（如产品经理、工艺人员）能独立搭建车间，而无需理解前端基本概念如事件驱动、数据不可变原则等。为解决这一问题，文章提出了数据筛选器和saveEffect对象的解决方案，简化了数据处理和组件间联动的实现，使非研发人员也能通过可视化方式构建组件通信和联动逻辑。此外，还展示了如何将普通UI组件接入saveEffect的改造方法。最后，文中提到了未来的规划，包括引入逻辑编排能力和图形化表达逻辑代码，以支持更复杂的车间搭建。

背景

1、地图数据作业平台由大型的WebGIS"综合作业"逐步转换为人机结合，所见即所得的流水化"简单作业";

图1-1 综合作业与流水化作业

2、流水化作业的特点是单一车间交互简单，但每个车间都有定制的业务逻辑（难以配置化实现，适合有扩展能力的低代码方式）；

3、作业平台低代码建设过程中，即使是任何一个简单作业车间也存在数据校验，组件联动，保存结果转换等逻辑（下图标牌场景车间为例）；

4、作业平台低代码的建设目标是让产品，工艺等非研发同学能独立搭建车间，因而要尽可能将逻辑操作可视化，少写或不写逻辑代码；

5、非前端研发同学并不能很好的理解一些前端的基本概念：例如事件驱动，数据不可变 immutable原则，数据双向绑定，组件（非）受控等；

问题与分析

一个简单的联动示例

图2-1 标牌场景判定车间

涉及组件：7个

组件联动说明：初始化时第二、三个作业项置灰禁用；当前一个作业项选"否"时，激活下一个作业项；当前一个作业项选"是"时，之后的作业项清空；

问题： 对于这样一个最基础的组件间联动，低代码引擎的解决方案是WebIDE中绑定事件回调函数，在函数中通过写代码来实现逻辑。这样的方案对于前端研发来说，十几行代码很快就可以完成，但是对于非研发的同学（产品、工艺）等，他们需要理解事件驱动，数据不可变原则等，实现起来就非常困难，因此我们需要探索一个更加友好的方案：无须代码或一个表达式便可以实现以上联动功能。

示例中代码分析


// 以上示例的伪代码实现 

class Main extends PurComponents {
  constructor() {
    this.state = {
      A: '',
      B: '',
      C: '',
    }
  }
  
  // 响应逻辑
  handleAChange = (e) => {
    // 1.数据源筛选
    const { target: { value } } = e;
    // 2.双向绑定，组织数据结构
    let stateOptions = {
      A: value;
    };
    
    // 3.数据联动
    if (value === '1') {
      stateOptions = {
         ...stateOptions,
        B: '',
        C: '',
      }
    } 
    // 4.更新数据
    this.setState(stateOptions);
  };
  
  // UI组件
  render() {
    <div className="pic-wrapper">
      <PicPlayer ... />
    </div>
    <div className="task-oper">
      <Text>标牌是否是施工场景</Text>
      <ButtonGroup onChange={(e) => this.handleAChange(e)} />
      ...
      <ButtonGroup disabled={A !== '2'} ... />
      ...
      <ButtonGroup disabled={B !== '2'} ... />
    </div>
    ... bla bla bla
  }
}

由上方伪代码可以看到，一个车间的实现分为：UI + 逻辑

在可视化搭建中，UI部分和简单交互由组件内部实现，跨组件的逻辑部分则由事件回调实现，回调函数可以拆分为以下四部分主体功能和相关概念：

数据筛选：从函数参数中筛选需要的数据（涉及事件驱动的概念）
双向绑定：受控组件由外部数据驱动，状态变化后需要更新依赖的数据源（受控组件，双向绑定，不可变原则）
数据联动：其它数据的更新，组件间的联动通信；（业务逻辑）
数据更新：前端框架Api；

示例中基本概念如何简化的思考

如何让非研发同学忽略前端的基本概念与语法，可视化的实现组件通信与联动，是降低可视化搭建难度的关键。为此，我们将函数主体的四个部分（数据筛选，双向绑定，业务逻辑联动，数据更新）分开来看：

针对事件驱动中回调函数中的数据筛选能力，我们开发了数据筛选器，在设计页面的组件设置器中用树形结构静态声明函数参数，用户只需选择对应的参数即可实现类似数据解构和赋值的功能

图2-1 搭建页面中的数据筛器

针对双向绑定，数据联动，immutable不可变原则，我们约定了简洁的数据存储语法，并针对此语法开发了特定的语法的解析插件，具体设计如下：

页面中一个组件状态变更触发联动其它组件状态变化的场景，我们认为这是一个组件的状态变更过程的"副作用"saveEffect；
每一条"副作用"包含三部分，分别是源数据，目标数据，转换逻辑，以上面联动为例：源数据A, 目标数据B, 转换逻辑是当A为1时，B清空，对应数据结构是:

一个"副作用"对象由三部分构成

{
  // 源数据
  fromPath: 'e.target.value', 
  // 目标数据
  toPath: 'state.B',
  // 转换逻辑
  formatFunc: 'function switchStoreValue(value, state) { return A == '1' ? '' : state.B };'
}

我们在低代码组件中提供了saveEffect设置器, 让用户自行选择"副作用"的源数据、确定目标值，并书写转换逻辑，这部分逻辑被注入到组件中，组件在回调函数中将输出值和 saveEffect对象同时抛出，最终交由我们的语法解析插件解析并执行，实现组件联动；

针对数据更新，我们认为用户根本无须关注框架层的API，所以开发了自动绑定设置器@ali/lowcode-setter-a-event-setter 会将组件的回调函数绑定到saveState全局函数中，在saveState全局函数中自动执行数据更新操作，以下是一条联动"副作用"示例

// saveEffect 副作用对象的简单示例

// 变更前全局数据
state = {
  temp: {
    imageIndex: 0,
  },
  workResult: {
    imageList: [
      {
        attr1: 1,
        attr2: 2,
      },
      ...
    ]
  }
}

// 用户确定的saveEffect对象
{
  // 源数据
  fromPath: 'value' // 1
  // 目标数据
  toPath: 'workResult.imageList[state.temp.imageIndex].activeKey';
  // 默认值，用户无须书写
  formatFunc: 'function switchStoreValue(value, state) { return value }';
}

// 无转换逻辑，则经过插件解析后会生成以下结构并merge到state中
{
  temp: {
    imageIndex: 0,
  },
  workResult: {
    imageList: [
      {
        attr1: 1,
        attr2: 2,
        ...
        activeKey:1
      },
      ...
    ]
  }
}

以上saveEffect对象，用户仅需指定目标值路径，插件会自动解析路径的语法，并将activeKey所有父级结构生成新的引用，最后自动调用setState实现组件更新；

图 2-2 插件将解析路径自动更新为新引用

使用效果

一个线上车间的例子

使用saveEffect设置器节省代码的前后对比，以引导线内容车间为例，我们需要为一个引导线方向赋值一个属性，UI操作如下图，选中车道，更新车道的类型

图 3-1 更新车道属性

原生低代码引擎需要在页面JS中自行实现如下代码：


function handleButtonGroupClick(value) {
  
  // 获取当前选中的箭头选项
  const { arrowList, currentIndex } = this.state;
  const currentArrow = arrowList[currentIndex];
  
  // 数据更新
  const newArrow = {
    ...currentArrow,
    type: value
  };
  
  // 数据不可变；
  const newArrowList = arrowList.slice(0, currentIndex).concat([newArrow]).concat(arrowList.slice(currentIndex + 1));
  
  // lowcode API更新数据
  this.setState({
    arrowList: newArrowList
  });
}

使用saveEffect对象结合语法解析插件，使用者仅需在目标值中填写一句即可（大部分情况下转换函数是不用修改的）；


state.arrowList[state.currentIndex].type = value

对应的setter UI 如下：

procode组件如何接入saveEffect

了解saveEffect原理后，如果想将普通的ui组件接入saveEffect, 该如何改造, 改造成本是否很大？

由上图可以看到

一个普通的组件是由userInterface 和 api驱动组件内部逻辑的运行；
saveEffect可以通过lowcode的setter层以api(props)的方式动态注入，然后在onChange等对外的接口中抛出即可，完全不影响组件的内部逻辑；
组件抛出value和saveEffect后，系统会自动调用我们开发的解析插件进行数据解析和保存，从而实现组件的"副作用"间联动效果；

总结与展望

这篇文章主要介绍了我们通过自定义插件，设置器，组件标准化等一些方式，降低了作业平台内组件间联动，数据处理的难度，实现了让非研发同学可以独立搭建我们小粒度车间的目标。除此之外，我们还在可视化方面开发了for循环组件，if/else 等逻辑组件，意图用可视化组件的方式实现一些基本的模板语法，结合我们开发的车间模板，使得用户只需在页面内完成少量定制逻辑可以实现车间开发。

未来我们计划在低代码平台中加入逻辑编排能力，最终实现逻辑代码的图形化表达，进一步支持更为复杂的车间搭建。