低代码平台解决的问题随着服务的发展，传统的软件服务已经不能满足数字化浪潮的压力。笔者将企业急需解决的问题归纳如下：企业数据孤岛（应用间数据共享，互通难）企业定制化需求越来越大（不同行业赋能不同应用场景，万千“客户”千面）IT人才紧缺，沟通成本、研发成本、研发周期紧张，产品迭代和响应速度慢，迫切需要低代码/零代码等方案来解决上述问题。当然，低代码平台很早就出现了。国外的西门子（SAP）、微软、谷歌已经有非常成熟的解决方案，国内也不在少数，但要形成跨行业的通用解决方案（比如如何解决国内各大平台小程序建设）。基本流程如下：上面的数据源介绍了低代码的基本概念和需要解决的痛点。接下来我们继续分析低代码的构成和数据源的设计。Low-codebasic包含以下部分：1.客户端编辑器2.管理端数据源页面（应用）管理模板管理组件管理资源库管理（图片、字体、自带sdk、插件等）角色管理（非required)如下图所示：客户端编辑器部分主要是设计拖拽和组件渲染相关的技术基础。布局方式等，具体请参考源码：H5-Dooring|智能电网拖拽式建设平台H5-Stream|自然流分拣构建平台V6.Dooring|自由布局可视化搭建平台本文的重点是数据源设计，接下来我们开始分析数据源。什么是数据源？作者的理解是数据的来源，就是提供一些需要的数据的矩阵。建立数据库连接的所有信息都存储在数据源中，通过提供正确的数据源名称，我们可以找到对应的数据资产。低代码产品包括纯静态页面和需要连接动态数据的动态页面。低代码平台的数据源主要是为动态页面（业务系统）设计的。低代码平台用户可以选择或创建数据源、变量、函数、自定义事件等用于页面和组件，实现数据对接和页面交互。这样可以进一步降低数据对接的复杂度，提高研发效率。对于数据源的设计，根据实际业务需要，我们可以分为静态数据源和动态数据源。静态数据源可以由用户在低代码平台上以可视化的方式创建，如编辑数据表等。动态数据源是指用户可以自定义请求第三方的数据服务，组件消费数据源完全动态调用，类似于我们传统开发中使用的ajax请求。基于以上概念，下面介绍一下H5-Dooring的数据源实现。数据源编辑界面：首先，每个Dooring用户都有一个独立的数据源仓库，可以配置不同的数据源进行组件消费。数据源会保存在对应的用户下，用户可以允许不同的页面/组件消费数据源。如下：1.静态数据源实现静态数据源是用户在平台上创建的数据源。我们把这样的数据源存储在公共状态，供组件消费，比如redux或者vuex，存储在数据库中。具体过程如下：从代码层面来说，我们只需要将从服务端获取的静态数据源存储在客户端的全局状态中即可。对于用户创建的数据源，我们提供了数据库的CURD操作。如下图所示：2.动态数据源动态数据源设计需要一套组件数据协议，需要约定第三方接口遵循低代码平台数据规范返回数据，后者手动使用编程方式对应字段和组件数据的映射关系。具体的解决方案类似于我在可视化组件中实现的第三方数据访问方案：这样组件可以消费静态数据，动态加载第三方数据，从而实现低代码动态页面的构建。最后，H5-Dooring可视化构建平台近期也在不断推迭代，数据源已经基本构建完成，后续会朝着更加智能化的方向发展。下面是最新的更新日志：优化编辑器加载性能添加iframe容器组件二维码边框等属性bug优化页面高度适配问题，添加高度适配器优化组件交互时空链接点击消息bug更新dooring文档国内lowcode平台还有很长的路要走，期待我们一起努力💪！本文转载自微信公众号“趣话前端”，您可以通过以下二维码关注本文转载，请联系趣话前端公众号。
