云端开发界面

在开发的过程中，我一直记得开发C5Editor的初衷，那就是“快速响应”。

很多年前，与IBM竞标同一个项目（这个很意外，几十W的小项目也能引来IBM），属于内部招标，上午开了技术沟通会，各方介绍自己的公司及案例，甲方也派出了技术人员阐述项目需求，一切如常，按我们的想法，下午再继续沟通下需求，然后各方就回去做针对性的方案了。

但是，但是，下午的情况让我一个写程序的惊到了，IBM的团队申请了一个演示机会，然后直接投屏他们的系统，几乎就是完全契合上午甲方的需求然后量身定制的。在那个墨刀等还没出现的年代，我也仅仅知道一个Axure，但是，从演示效果来看，不是用原型工具做的。也就是说，他们利用中午2个多小时的时间，将上午已经获得的需求直接变成了可操作的软件。后来，经过多方打听才知道，他们团队内部有一套系统，可以快速软件成型，后期再继续补充逻辑部分，就是完整软件了。这个应该是2010年左右的事情了。

结果很明显，几乎就是当场，甲方就已经确定了由IBM来进行项目的实施。

所以，在多年以后，我开始准备做开发的时候，一直记得这一条“快速响应”，也一直在思考低代码的意义在哪里？

1 对于高手而言，人家看不上，你再牛能比VS牛？？站在技术人员的角度来说，他们也能很快的制作一套系统出来，而且可以实现很复杂的功能需求。

2 对于新手而言，如果要实现灵活及复杂的功能，最后不可避免的会引入一个脚本或者直接支持一种语言，这样的话，难度反而增加。那为什么不学习一个更大众化的工具及语言？？

绑定数据并进行脚本解释处理

这样一来，低代码不就成了一个自娱自乐的工具吗？？

毕竟，低代码的终点就是市面上任意一个稍微有人用的商业化的开发工具及语言。

所以，我在想，低代码的用途在哪里，生存空间又在哪里。实话说，并没有想出很确切的结果。但是，对我自己而言，的的确确帮了不少忙，可能跟我所处的行业有关。

最近一直在项目的谈判中采用这类方式，就目前来说，效果应该是非常好的。

1 在第一次电话沟通中，了解基本需求，搭建系统基本框架，其实这个时间不长，大约半天左右时间就够了，这个主要就是基本菜单设置，是否有数据表格，是否有Charts图表之类，先拉个大概样子出来。

2 一般来说，是会有一次见面详细沟通的，当然，在目前疫情的时候，腾讯会议之类的也用了不少。这个时候就可以直接拿给用户看了，然后直接当面修改，因为都是拖拉拽，然后各种设置选项，速度会很快。

3 能提供外网访问环境的，那就直接浏览器访问就可以了

4 在没有网络的情况下，普通电脑上，那就直接下载到本地运行，纯绿色运行，不需要安装一大堆东西的，毕竟，客户是上帝，但是在技术方面，你可以当他是傻子，有时候，你就是要他一路next都是一个很难的事情。要做到这一点，真是掉了我不少头发，犹豫了很长时间最后还是决定使用C++独立制作一套渲染及解释软件。当然了，你如果想开一个本地的WEB服务器，那当我没说。

5 已经碰到部分场合，只能使用不能连接外网的ubuntu，也是一样的，下载，直接运行即可。不需要去安装一大堆东西。当然，对于国产的deepin等，也会支持，只是目前还未碰到这样的需求。

6 如果是使用环境恶劣场合，那就用工业嵌入式平台。

Windows单机版本

前面有一个一直没说到，那就是数据哪里来，给客户看的都是模拟数据？？非也，一般做工业低代码的都会有一套物联网平台，我们也不例外，所以，数据是直接从物联网平台上面取过来的，物联网平台上提供了自定义协议功能，所以，这也是一个可以当场操作的功能，直接现场设置对接仪表上传物联网平台。。对于不联网，普通电脑单机或者嵌入式部署的那就是协议下载后，单机直接现场总线方式读取数据。。

如果对美工或者逻辑功能要求不是特别多的情况下，是不是就做完了？是的，没错，还真就是这样的。

不过，即便如此，如果你认定某类应用很有“钱途”，可以支撑你很多年的维护及升级，在这种情况下，不论哪一家的低代码平台，都不建议你用。老老实实选定一个你拿手且大众化的开发工具吧。

但是对于能源管理，环境监测，仪表自动化等行业，且现场需求多变的情况下，低代码未尝不是一个好的选择，至少对我们自己而言，以前一个月一个人只能做一个项目，现在一个月，一个人可以做3个项目。毕竟，时间才是无价的。

前面提到了脚本，是的，C5Editor已经支持了自定义JS脚本，单机及嵌入式版本也内置的JS脚本解释器，在后续也会有示例来说明。