随着信息技术对人们工作生活的影响越来越大，人们对于应用程序的依赖性也越来越大，越来越多的人使用应用程序来解决自己工作和生活中的问题，这也导致应用程序的开发需求越来越大，传统的应用程序开发方法已经没有办法满足市场的需求，现在很多的人使用低代码开发平台来完成应用程序的开发工作，用低代码开发平台开发应用程序可以缩短开发周期，缩减开发成本。下面一起来了解一下相关的知识吧！

什么是低代码开发平台：

低代码开发平台是无需编码就可以快速生成应用程序的开发平台。低代码开发平台的强大之处在于，允许终端用户使用易于理解的可视化工具开发自己的应用程序，而不是传统的编写代码方式。对于大型企业来讲，低代码快速开发平台作为一种新型的开发工具，它的出现，不仅可以降低IT团队培训、技术部署的初始成本，还可以简化开发过程，缩短开发周期，提高开发效率，节省开发成本。

低代码开发平台的功能模块：

1）可视化构筑业务对象数据表，并支持建立关联。甚至需要支持跨应用的数据表关联。

2）为不同的数据场景配置不同类型的视图，能够定义数据行和列的过滤，能够设置列表、看板、日历等不同界面形式。

3）能够定义不同用户角色，并赋予角色不同的数据访问和改写权限。权限定义越精细越好。

4）能够建立针对数据的汇总表和统计图表。

5）能够建立自定义的输入表单，分发给不同角色使用。

6）能够建立自定义的报表，用于输出各类形式表格，内部有几十套葡萄城报表，涵盖了所需各类行业各类服务，支持套打功能。

7）能够管理企业用户、部门、组织结构，并将其用于应用逻辑关系，比如应用的分发，角色的赋予和工作流中的流向信息。

8）能够可视化配置工作流，支持特定条件下的数据新增、改写、删除等操作，并能够融入数据填写，审批等人工流程节点。工作流的运行能够监控和保存日志。

9）面向企业的门户网站和内部系统界面，数据看板等特性，实现个性化使用。

为什么要选择低代码开发平台：

1、低代码开发平台

力软根据低代码开发平台的模式，改变原始繁琐的开发模式，大幅度缩短迭代周期、降低开发成本，无需大量的专业团队就可短时间掌握产品使用。低代码开发是近几年异军突起的开发模式，具有极强的开发效率和扩展性，广受开发人员的好评。

2、PC端、APP同步开发

力软开发框架平台可以轻松搭建出IOS和Android系统的移动端应用，实现PC端、移动端一站聚合、多端接入，可以快速获取各类数据同步。

3、小程序无缝对接

当前最热门的小程序是必不可少的，力软实现与微信小程序、支付宝小程序、钉钉小程序、头条小程序、百度小程序、QQ小程序一键直达，并致力于专业设计流程,全行业开发方案，实现互通互联高效协作办公。

4、灵活接口万物互联

很多企业在使用管理软件的时候会很烦恼各个系统之间数据不共通，如信息孤岛之类的问题，而力软打通各类企业系统数据、实现手机+PC联手管控办公，高适配开发平台 、强大接口引擎实现万物互联。

5、跨平台引擎平台

力软是集成了.NET Core版的引擎平台、轻量化集成应用，更适应科技的发展需求，平台受众更加广泛、对开发人员的要求也低了不少。

6、满足企业，随需而变

低代码开发平台的标志性开发模式就是拖拉拽可视化配置开发，企业可根据不同的业务场景自由配置，个性化开发等。力软更简化了开发模式，选择数据库、关联数据库、配置表单、填写表单信息、然后生成代码，这里就不得不提一下力软的代码生成器，正因为有它表单才能开发的如此迅速。

作者：力软平台
链接：https://www.jianshu.com/p/6ad4d508b976
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

每天都会去 ProductHunt 看看，这是一个发掘有意思产品的国外平台。

这个平台现在已经成为了用户发现新产品、创业者们获得灵感、投资人们寻找新机会，以及创始人对自己的产品进行推广的最佳去处。

最近一段时间，ProductHunt 平台诞生了很多受欢迎的新产品，这些新产品大都有一个标签：low code。

image

低代码是通过可视化方式创建应用的一种概念，特点是代码量比传统开发少得多，甚至无代码，能显著提升开发效率。而如今，低代码不仅仅局限于软件应用的研发，只要是通过可视化的交互来帮助使用者完成一个作品都属于低代码的范畴。

如果你还不明白低代码是什么概念，可以看一下本文章提及的开源项目。这篇文章盘点了 10 款 GitHub 和码云上最受欢迎的低代码开源项目，记得收藏。

*01. *****快速搭建 H5 页面

鲁班 H5 生成器

鲁班 H5 是基于 Vue2.0 开发的快速生成页面的平台，通过简单的拖拽交互方式即可迅速的完成一个页面的制作，类似 易企秀、Maka、百度 H5 等平台。

左侧是常用的组件，右侧是组件的属性调节界面，中间区域就是编辑和预览区域。鲁班 H5 包含了丰富的组件可以选择，其中包括：

• 雷达图、折线图、柱状图、饼状图、漏斗图

• 图片、评分、表单、文字、地图、视频等

image.png

图标和地图组件

image

折线图组件

image

个人作品低代码平台

这个项目基于 Vue.js 技术栈，平台主页面分为四个部分，分别是工具栏、组件列表、画布、属性区域。将组件拖至画布区域。

用户可以将组件列表的组件拖到画布，对画布上的元素进行编辑。这仅仅是一个 Demo，其余更丰富的组件可以二次开发。

image

image

构建页面可视化编辑器

还有一个页面可视化的 Demo，基于 next.js 构建页面可视化编辑器。整个编辑器的研发逻辑为前端开发组件库，编辑器读取组件完成页面搭建，将页面数据发送至服务端保存。访问页面，从服务端拉取页面数据，前端渲染页面即可。

image

随心秀 react 版 H5 微场景编辑器

编辑器功能：拖拽、缩放、旋转、动画、撤销、重做、组合元素

组件：物料、文本、图片、QQ语言通话、背景、地图、音效、模板、视频、艺术字

image

H5-factory

H5 专题页面可视化编辑工具，拖拽编辑，灵活切换，一键生成 HTML 文件。关于这个开源项目的系统架构设计和组件拆分原则可阅读文章：

https://juejin.cn/post/6844903858401968136

image

image

H5 移动端低代码平台

vue3.x vite2.x vant element-plus H5 移动端低代码平台 lowcode 可视化拖拽 可视化编辑器 visual editor 类似易企秀的H5制作、建站工具、可视化搭建工具

image

*02. *****一个海报生成器

海报编辑器最左侧是组件列表。可以在最左侧选择组件，比如文本、二维码、图片等添加到最中间的画布区域，通过右侧的属性调节面板调节添加组件的样式。

快速：三步完成海报开发工作：启动服务 > 编辑海报 > 生成代码

简单：组件丰富、支持拖拽、复制、所见即所得、下载等功能。

动态：无需更改代码，直接在编辑器修改海报即可获得最新的海报。

image.png

上传头像

image.png

进行预览

image.png

获取代码：点击 代码，可以查看相关的接⼝调⽤代码。

image

*03. *****JEECG BOOT 低代码开发平台

JeecgBoot 是一款基于代码生成器的低代码平台！前后端分离架构 SpringBoot2.x，SpringCloud，Ant Design&Vue，Mybatis-plus，Shiro，JWT，支持微服务。强大的代码生成器让前后端代码一键生成，实现低代码开发!

Online表单开发、Online报表、报表配置能力、在线图表设计、大屏设计、移动配置能力、表单设计器、在线设计流程、流程自动化配置、插件能力（可插拔）等等！

image

[图片上传失败...(image-b7c20e-1626093914733)]

[图片上传失败...(image-64c781-1626093914733)]

*04. *****amis 低代码工具

作者认为：对于大部分常用页面，应该使用最简单的方法来实现，甚至不需要学习前端框架和工具。

amix 就是这么一款低代码工具。它通过 JSON 配置就能生成各种后台页面，极大减少开发成本，甚至可以不需要了解前端。它的独特好处是：

• 不需要懂前端也能能做出专业且复杂的后台界面，这是所有其他前端 UI 库都无法做到的；

• 不受前端技术更新的影响；

• 可以完全使用可视化页面编辑器来制作页面；

image

*05. *****Seezoon Stack

Seezoon Stack 是一款基于当前最前沿的前端和后台实现的低代码开发平台。前端技术栈基于 Vue3 + Vite + Antdv，后端技术栈基于 Spring boot。

它以快速开发为目的，在开发速度和代码结构上做出一定取舍，无论如何，你将看到非常地道的 Java 常用开发框架使用。该项目采用主流开发框架，无论打包、编译、部署都按着大公司的标准完成并不断逐步完善。

image

image

作者：小狐憨憨
链接：https://www.jianshu.com/p/1d09e0ed6fa0
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

LowCode 是高效、高性能的拖拽式低代码开发平台. 也是笔者最近一直在研究的方向, 对于可视化搭建平台的实现方案笔者之前写过很多文章, 这里带大家探索一个新方向——基于自然流布局的可视化搭建平台.

在我们之前实现的 h5-dooring 搭建平台中, 我们采用了网格布局的方式来实现拖拽生成H5页面或者Web app, 其好处就是灵活简单, 用户基本没有任何使用成本, 在前端层也能做一定的横向扩展, 但是存在几个缺陷:

• 实现嵌套组件比较复杂

• 没有层的概念

虽然通过改造可以实现层和嵌套的问题, 最近也在努力往这个方向实现(虽然和设计初衷相驳, dooring的初衷是抹去层和嵌套的概念, 让搭建扁平化和智能化, 所以没有采用自由布局的方案)

image

但是如果一定要实现嵌套和层的功能, 有没有另一种更简单的方案呢? 笔者目前想到了两种解决方案:

• 将智能布局改为自由布局, 即可以采用类似 react-resizable 的这种方案

• 基于自然流来实现, 也就是抹去定位的概念, 完全基于元素在文档的顺序, 层级和定位的选择权交给用户

因为第一种方案笔者在dooring的早期已经实现过一版, 最后弃用采用了网格布局, 所以说我们来探讨一下第二种方案的实现.

基于自然流布局实现拖拽生成页面

自然流布局的好处就是我们不用通过定位的方式来限定元素的位置等信息, 而是以html文档流的方式来布局元素, 并且用户可以灵活的设置元素的层级(layer)和偏移(transform), 接下来我们来看看简单的实现效果.

1. demo效果

image

image

由上图的demo我们可以发现组件在画布中的布局完全是默认的文档流的方式, 所以我们有更灵活的布局实现.

2. 实现思路

具体实现思路主要分以下几个部分:

• 组件区拖拽至画布

• 画布区拖拽

• 组件编辑器和更新机制

第一点和第三点我们在 H5-dooring中已经实现了, 感兴趣的可以看我之前的文章, 我们这里重点来实现画布区拖拽, 也是比较核心的环节.

2.1 H5拖放api基本介绍

拖放（Drag 和 drop）是 HTML5 标准的组成部分, 早已被大多数浏览器支持. 我们目前使用的拖放插件基本上基于 H5 拖放 API 来实现的,  其实实现第一点组件区拖拽至画布我们完全可以用原生来实现, 这里笔者简单来介绍以下.

首先我们来看看一个完整的拖放过程:

1. 首先要设置一个元素可拖放(比如<img draggable="true" />)

2. 设计拖动的时候会发生什么(需要用到ondragstart事件 和 setData(你要传递的数据))

3. 放到何处,也就是目标容器(通常在目标容器上绑定ondragover和ondrop事件)

有了以上3个步骤, 我们就能实现第一点的需求, 笔者写个简单demo来给大家参考一下:

<script type="text/javascript">
  function allowDrop(ev) {
    ev.preventDefault();
  }

  function drag(ev){
    ev.dataTransfer.setData("Text",ev.target.id);
  }

  function drop(ev){
    ev.preventDefault();
    let data=ev.dataTransfer.getData("Text");
    ev.target.appendChild(document.getElementById(data));
  }</script><div id="box" ondrop="drop(event)" ondragover="allowDrop(event)"></div><img id="drag" src="dooring.png" draggable="true" ondragstart="drag(event)" width="336" height="69" />

也就是对应的我们的组件拖放区域, 如下图所示:

image

2.2 画布区拖拽布局实现

因为之前的版本我们采用了网格布局来实现智能拖拽, 由于内部定位机制采用的是绝对定位(absolute), 所以是实现层级和固定组件比较困难, 如果组件的呈现完全脱离了定位的束缚, 我们就可以实现以上的困境了. 所以这里我们调研了一种方案——拖拽排序机制.

自然流布局的规律就是默认情况下html页面是基于dom出现的顺序来排列的, 也就是我们说的堆叠.

image

我们可以遵循这样的设计, 通过排序的方式改变组件的位置从而实现自然流布局的页面搭建.

那么我们再回到上面说的布局问题, 比如说要想实现栅格化布局, 我们只需要定义一个flex容器, 将组件拖拽到容器里就好了, 这样也就解决了嵌套的问题.  同时我们还可以设计嵌套容器的栅格数, 这样就可以实现类似如下的效果:

image

拖拽排序的库我们可以使用:

• sortable

• Vue.Draggable

• react-dnd

还有很多优秀的库, 这里就不一一举例了.

3. 如何实现层级和嵌套

其实在上面的实现思路中我们已经解决了嵌套的问题了, 即提供拖放的容器组件, 利用笔者在上文中介绍的拖放api即可实现. 对于组件层级来说, 因为我们采用的是自然流布局, 所以我们可以轻松的设置元素的定位属性, 比如我们提供一个定位的设置:

image

关于如何设计一个动态的属性编辑器, 笔者之前文章中也就详细的介绍, 大家可以参考:

• 表单编辑器实现(FormEditor)

以上就是自然流布局的基本实现方式, 后续笔者也会在github上同步我们最新的成果.

H5-Dooring编辑器wiki: https://github.com/MrXujiang/h5-Dooring/wiki

最后

觉得有用 ？喜欢就收藏，顺便点个赞吧，你的支持是我最大的鼓励！搜 “趣谈前端”，发现更多有趣的H5游戏, webpack，node，gulp，css3，javascript，nodeJS，canvas数据可视化等前端知识和实战.

作者：趣谈前端_徐小夕
链接：https://www.jianshu.com/p/7b2052d0a74d
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

导语: 低代码(lowcode)平台是近两年讨论比较火热的话题，其通过自动代码生成和可视化编程，使得使用者只需要编写少量代码，即可快速搭建各种应用，满足了很多技术和非技术人员的需求。最近作者也一直在研究低代码相关的产品设计和技术方案，持续完善可视化编辑器H5-Dooring。接下来将围绕低代码平台以及数据源设计来展开分析, 希望对大家有所帮助.

低代码平台解决的问题

低代码平台属于APaaS（应用平台即服务），其解决的是企业内部应用协调和人效成本的问题. 随着计算机技术诸如云服务等的发展, 传统软件服务已无法满足数字化浪潮的压力, 笔者对企业迫切需要解决的问题做了如下总结:

• 企业数据孤岛(应用间数据共享,互通困难)

• 企业定制化需求日益增加(不同行业赋能不同的应用场景, 千“客”千面)

• IT人才供不应求

• 沟通成本,研发成本, 研发周期吃紧

• 产品迭代和响应性迟缓

所以我们迫切需要诸如低代码/零代码这样的方案, 来解决上述问题.

当然lowcode平台很早就已经出现了, 国外的西门子(SAP), 微软, 谷歌已经有非常成熟的方案, 国内也不在少数, 但是形成跨行业通用解决方案, 还有很长的路要走(比如如何解决国内各大平台的小程序搭建化).

其基本流程如下:

image.png

数据源

上面介绍了低代码的基本概念和解决的痛点, 下面我们继续分析一下低代码的组成和数据源设计.

低代码基本包含如下部分:

• 用户端编辑器

• 管理终端

• 数据源

• 页面(应用)管理

• 模版管理

• 组件管理

• 资源库管理(图片, 字体, 自有sdk, 插件等)

• 角色管理(非必需)

如下图所示:

image.png

用户端编辑器部分主要是设计拖拽, 组件渲染相关的技术基建, 这部分笔者在这之前文章中也做过大量分享, 比如智能网格布局拖拽模式, 自然流拖拽搭建模式, 自由布局模式等. 详细可参考源码:

• H5-Dooring | 智能网格拖拽搭建平台

• H5-Stream | 自然流排序搭建平台

• V6.Dooring | 自由布局可视化搭建平台

本文的重心在数据源设计, 接下来我们开始数据源的分析.

什么是数据源呢? 笔者的理解就是 数据的来源，是提供某种所需要数据的母体。在数据源中存储了所有建立数据库连接的信息, 通过提供正确的数据源名称，我们可以找到相应的数据资产。

image.png

低代码的产物, 有纯静态的页面, 也有需要对接动态数据的动态页面, 低代码平台的数据源主要就是为动态页面(业务系统)设计的. 低代码平台使用人员可以选择或者创建数据源, 变量, 函数, 自定义事件等来供页面和组件实现数据对接和页面交互, 通过这种方式可以进一步降低数据对接复杂度并提高研发效能.

image.png

对于数据源的设计, 根据实际的业务需求, 我们可以分为静态数据源和动态数据源. 静态数据源是用户可以通过可视化的方式在低代码平台上创建的, 比如编辑数据表格等.

image.png

动态数据源是指用户可以自定义的请求第三方的数据服务, 组件消费数据源完全是动态调用的, 类似于我们传统开发时使用的ajax请求.

image.png

基于以上的概念, 我来带大家介绍一下

H5-Dooring的数据源实现.

image.png

数据源编辑界面:

image.png

首先Dooring的每个用户都有独立的数据源仓库, 可以配置不同的数据源供组件消费, 数据源会保存在对应的用户下, 用户可以让不同的页面/组件消费数据源.如下:

[数据源模式]

1. 静态数据源实现

静态数据源即用户在平台自己创建的数据源, 我们将此类数据源存放在公共状态中让组件消费, 比如redux或者vuex中, 同时对其进行数据库存储. 具体流程如下:

image.png

从代码层面, 我们只需要把从服务器获取的静态数据源, 存储到客户端全局状态中, 对于用户自己创建的数据源, 我们提供数据库的CURD操作即可.
如下图:

image.png

2. 动态数据源

动态数据源设计需要一套组件数据协定, 需要约定第三方接口遵循低代码平台数据规范来返回数据, 后者手动通过编程的模式来对应字段和组件数据的映射关系.

image.png

具体方案类似于我在可视化组件中实现的第三方数据接入的方案:

image.png

这样, 组件既可以消费静态数据, 也可以动态加载第三方数据, 进而实现了低代码动态页面的搭建.

最后

最近H5-Dooring可视化搭建平台也在持续推迭代, 数据源已基本搭建完成, 后续还会按照更智能化的方向. 一下即是最近的更新日志:

1. 优化编辑器加载性能

2. iframe容器组件添加边框等属性

3. 富文本组件添加背景色配置

4. 修复真机预览时空数据还能显示二维码bug

5. 优化页面高度适配问题, 添加高度适配器

6. 优化组件交互时空链接点击出现message bug

7. 更新dooring文档

国内lowcode平台仍然有很长的路要走, 期待大家一起努力

目前低代码技术正处在风口，低代码平台产品不断涌现，乱花渐欲迷人眼。作为软件公司或企业IT部门的负责人，在做低代码平台选型时需要关注哪些方面，才能顺利“上车”，让低代码为自己的团队赋能？

除了产品功能是否满足当前项目需求，价格是否在预算范围内之外，以下几个问题的答案同样重要。

Q1：是否支持协同开发和版本管理？

项目开发过程中，我们难免遇到客户反馈某个新开发的功能没有用，但是过一段时间以后反悔，又希望加回来的情况。这是软件开发的常态。为了解决这一问题，传统的软件开发团队都会引入版本管理机制，低代码也不例外。面对频繁的需求变更、棘手的问题排查，低代码平台的版本管理，特定模块回滚等操作的价值就会体现出来。

此外，为了加速项目的交付速度，我们通常需要集中更多人员进行同步开发。只有具备协同开发能力的低代码平台才能让这一过程变得可管理，避免混乱。

所以，不论项目规模大小，选择一款兼容主流代码库、支持敏捷开发的低代码平台都会对开发工作有所帮助。

Git：一款主流的版本控制系统，图片来自Git官网

Q2：是否支持自由设计数据库结构？

数据库是所有企业管理软件的“地基”。为了后续功能的开发更加方便，扩展性更强，维护性更佳，良好的数据库设计至关重要。这个点是企业软件自身的属性决定的，无论是低代码还是传统的纯代码，都不会有变化。

事实上，软件开发技术发展到今天，数据库设计的最佳实践早已被总结成了久经考验的数据库设计范式。低代码开发平台是否能够对开发者开放数据库结构的自由设计能力，能够让开发者基于数据库设计范式不断优化数据结构，直接决定了该平台的专业性。如果你需要开发高标准的核心业务应用，或者对应用后期的可扩展性、可维护性有要求，那么数据库设计能力在评估过程中至关重要。

满足设计范式要求的数据库结构示意图，图片来自网络

Q3：能否灵活自由设计显示页面？

不同的企业、不同的用户都有着差异化的使用习惯和审美风格。即便面对同样的业务需求，客户对软件的页面呈现和交互也会有完全不同的要求。举例来说，客户A比较喜欢在页面的右上角寻找提交按钮；客户B可能习惯于提交按钮出现在页面的正下方，客户C则对提交按钮放到页面的右下角的设计更加青睐。于是我们需要为不同的客户做不同的页面布局，以缩减使用培训成本，提升用户的满意度。

类似的问题和解决方案，我相信您在多年的软件交付经验中已有体会。当然这里举例可能是冰山一角，客户对页面布局和样式风格的差异化要求远不止于此。如果您认可满足用户的使用习惯，适配公司的设计风格的重要性，那么请尽量选择支持灵活自由设计显示页面的低代码平台，以确保我们在项目开发和交付时不会陷入被动。

使用同款低代码平台开发不同样式的表格，图片来自活字格官网

Q4：能否支持前后端分离的系统架构，后端复杂逻辑如何解决？

正如前面所说，软件行业发展了多年，沉淀出了很多最佳实践。与数据库设计范式类似的，还有前后端分离，数据库读写分离等等。上一点重点讲了前端，这里则要将目光转向后端。

在前后端分离架构的支撑下，不论是软件公司还是企业IT团队，在发展的过程中都会积累出自己的“核心数字资产”，这些资产往往表现在一些后台业务复杂逻辑计算方法（有的可能还会包含一些用于调优的“魔法数字”）。后台的逻辑复杂度高、技术积累价值大，相对较为稳定。如何用低代码实现后端复杂的业务逻辑，持续积累“核心数字资产”，是低代码平台必须解决的问题。在做技术评估时，千万别忘了这些运行在后台，没有任何界面的逻辑，因为这些才是系统和开发团队的核心竞争力。

前后端分离，图片来自网络

Q5：是否有全系统模块的解决方案？

在实际项目交付过程中，如果我们仅可以满足99%的需求，另外1%的需求满足不了，真实用户大概率是不会买单的。因此，在评估低代码产品的时候，我们一定要保证该平台可以支撑所有系统模块类型的开发，至少也要有足够的扩展性，可以确保使用纯代码开发出的模块能够与低代码模块进行无缝集成。

考虑到巨大的生产力差距，低代码平台覆盖的模块越多，整个项目的开发效率也会越高。那么，企业软件通常会涉及哪些类型的模块呢？我将其中最常见的列举如下：

• 多终端页面

• 可精确打印的报表

• 图表构成的可视化大屏

• 自动化任务

Q6：如何保证开发出应用的系统安全性？

安全性对任何一个系统都至关重要。使用低代码平台所开发出的应用中,绝大多数逻辑都是低代码开发者自行构建的，而不是出自低代码平台厂商。所以，我们很难通过平台的安全性报告来简单评判开发出应用的安全性，这就相当于没人关心Visual Studio和eclipse的安全报告一样。

这并不意味着我们不需要关心低代码平台自身的安全性。那么，我们该如何看待低代码平台的安全性，如何评估使用该平台开发出应用的安全性？以下几点值得参考：

1. 该低代码平台是否有金融或者银行业的客户？这些行业一般对安全性要求比较高，他们能用一般行业肯定可以使用

2. 在评估阶段，您可以基于该平台创建一个demo程序，并对这个demo做安全性检查，下面是一些安全检查的工具或者产品：ZAP – OWASP（免费）、SonarQube – SonarWorks（收费）、Burp Suite – PortSwigger（收费）、AppScan - IBM（收费）

OWASP的ZAP检测工具，图片来自ZAP官网

Q7：平台是否独立，能够不依赖其他第三方的产品?

这个点听上去有些奇怪，为什么会有低代码平台依赖特定的第三方产品？这就与国内低代码所处的发展阶段有关了。我来举两个例子：

• 有的产品说他是Excel的设计模式，但是其实他们所有的页面设计都是在Excel中，甚至访问时也是在Excel中访问，听起来没什么大问题，但是这其中有一个非常重要的点，Excel经常会更新Excel2008，Excel2010，Excel2016，….，这样每一次Excel升级，您都需要重新购买一次他们这个平台了；

• 有的低代码产品说自己是B/S架构，但是你必须安装他们特定的浏览器才能访问，这跟C/S架构的系统有什么区别？

为了确保后面的开发和部署过程可控，我推荐您优先选择独立的低代码平台。如果因为其他原因需要选择一款依赖特定的第三方软件，如数据库、Web服务器等的低代码平台，则需要将这些依赖的软件纳入部署清单和操作手册。

Q8：是否会产生新的“数据孤岛”？

数据孤岛这个概念从提出到现在，一直是企业信息化行业最希望解决的问题。作为新一代的软件开发技术，我们不需要使用低代码开发出来的应用成为新的数据孤岛。所以，不论是连接现有的数据库，还是支持通过Web API与其他软件互通，低代码都必须具有开放性，不能产生新的数据库孤岛。

跟进一步，如果该低代码平台可以帮助我们解决企业的数据孤岛问题，将多个系统打通，通过整合多源数据实现协同增效，那就更是一个加分项目了。

数据孤岛现象，图片来自网络

Q9：该平台的产品生态建设如何，是否有激励机制？

聚沙成塔，如果一个低代码产品选择孤军奋战，没有生态，大概率是不能长久的。对于低代码开发平台，生态的价值主要体现在以下两个方面：

• 模板：模板也叫开发成果，是指开发者使用低代码平台为特定行业或场景构建的“半成品”系统。基于半成品进行二次开发，可以进一步提升企业应用的构建速度。成熟的低代码平台通常具备模板市场，通过商务和技术手段，鼓励开发者将自己使用该平台开发出的应用放在市场中分享或销售，打造“人人为我，我为人人”的正向循环。

• 插件：低代码平台通常会开放插件机制，以吸引更多开发者封装自己开发的“模块”。插件和平台在一起运行，让低代码平台的应用场景更丰富。事实上，一家平台厂商的技术能力再强，也不能全部满足客户的所有需求。只有开放插件机制，建立插件付费环境，才能让广大的开发者都参于进来，共同打造更强大的平台。

低代码平台生态的关键在于如何建立长效激励机制，实现正向循环，通俗的理解就是让生态上游的开发者可以通过付费机制获得合理的回报。我们相信，只有提供长效激励机制的平台生态才能持久。

多种连接器插件，图片来自Power Apps官网

小结

在低代码平台的井喷期，使用者更应该擦亮眼睛，选择合适的平台产品，充分利用新技术带来的新价值、新动能。上面九个问题，就是我为您整理的低代码技术选型思路，希望能够帮正在评估低代码平台的软件公司和企业IT部门少走弯路，抓住时代潮流，开启低代码之旅。

作者：低代码观察员
链接：https://www.jianshu.com/p/e9293f6c9add
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。