2024最新测评：低代码平台在企业复杂应用场景的适用性如何?

最新推荐文章于 2024-09-27 17:13:21 发布

有颜有货

最新推荐文章于 2024-09-27 17:13:21 发布

阅读量997

点赞数 13

分类专栏：低代码文章标签：低代码

本文链接：https://blog.csdn.net/weixin_52213728/article/details/142584976

版权

低代码专栏收录该内容

40 篇文章 1 订阅

订阅专栏

低代码平台种类多，不好一概而论。但最近有做部分低代码平台的测评，供大家参考。

一个月前接到老板紧急任务：调研有没有一款低代码平台能开发我司的软件场景。我司是一家快速发展中的制造业企业，业务遍布全国，需要一个能够适应我们多样化业务需求、可灵活扩展的平台，包括但不限于生产监控、供应链管理、以及全国资产跟踪等。

传统的软件开发模式已无法满足我们对速度和敏捷性的需求，低代码开发平台虽然以快速开发能力被视为是解决此问题的理想选择。但我们的业务场景涉及大量的数据处理、多部门协作、复杂的用户交互，市面上的低代码平台是否能够适用于我们这种复杂场景，要打个问号“？”。

接下来的一个月里，我用了好多家产品，都各有千秋。简单的表单、列表、流程，拖拽式开发虽然很快，但深入下去就发现做不下去了。比如以下3个场景都很难实现：

（1）复杂的页面设计难

由于我们需要全国资产跟踪，这个系统的页面需要展示实时数据监控、支持多级目录视图和复杂的用户交互。所以低代码平台必须要能设计这种场景下的复杂页面。

我尝试了几个名气很大的低代码产品，基本都能提供栅格式布局的页面或者用容器去进行页面设计、组件拖拽，但这种布局方式很难解决复杂的布局问题，比如嵌套、不规则展示等。虽然可以提供一些组件的样式配置参数，满足一些常见的样式调整，但是涉及比较复杂的样式时还是略显不足。

对于复杂的用户交互场景，多数的低代码工具仅会提供一些默认的图表联动、数据关联查询等，在处理一些轻量级应用，做交互显得得心应手。

好处是学习门槛低，弊端就是对于复杂交互场景有点力不从心。

（2）复杂的流程处理难

因为供应链管理方面，涉及多个部门和多个角色审批的复杂流程，需要模拟实际业务中的协作和决策过程。所以低代码平台必须要能处理超级复杂的审批流转流程、数据权限分配等等。

这一块，我试用的几个低代码平台的表现还不错。通过拖拽图形化流程算子的方式，以连线的方式配置流程审批及数据传递等动作。相比传统开发，可视化的操作会更方便，但不建议没有任何开发经验的小白上手。因为低代码这部分的设计只是相对减少敲代码的工作量，还是需要有编程思维才能实现。

像上图的流程流转，以及下图的多部门协同，这些轻量级低无代码平台都可以简洁的方式实现。
但缺点是，数据可以传递但不能处理，相当于没有逻辑概念，只能由代码完成后端事件处理。

（3）异构数据的处理难

我们制造业工厂遍布全国，集成了多种传感器和设备，每天处理的数据量比较大。所以低代码平台必须能够处理来自不同来源的大量数据，并且响应时间要比较快。确实条件很苛刻，但却是项目的实际要求情况。

实话说，试用的几个低代码平台并不擅长，从平台架构就可以看出在数据这一块能力都有缺失。简道云稍好，可依赖外部的ETL工具完成数据集成的工作，但普遍数据源能力有限，表单等数据只支持默认存储，不具备实时数据处理能力，无对外服务能力。

试用快绝望的时候，刷到了一家自称“数据驱动的企业级低代码软件开发平台”的产品织信Informat。于是，抱着死马当活马医的心态，看看这个织信Informat是不是真如自己宣传的那么牛杯？？

从织信Informat的官网找到了几个他们认为有代表性的复杂场景的案例，一个是服装贸易类的PLM产品管理平台、一个是汽车零配件行业产、供、销一体化平台，还有一个是医院智慧后勤管理平台，给大家看看都做成什么样子，咱们眼见为实。

（1）一站式PLM产品管理平台

服装产品全周期管理，涉及从产品设计、采买、选品、BOM、工艺到成品的全过程管理，每个阶段都有独特的数据需求、业务流程、办公协同和决策支持点。要想建立统一的数据模型和业务流程框架，并实现自由切换点位进行产品的数据查询，都不简单，要用低代码去配置，有很大的挑战难度。

上图是织信Informa低代码开发的PLM系统界面，从这个页面可以看到它在页面结构、样式布局、页面交互这3个点做的还可以，有一定的复杂度。

①页面结构：其页面元素相对丰富，如图表、不同视图的列表、时间日期素材等在一个页面呈现；页面元素嵌套层级较深，官方说用到了织信Informat的布局容器嵌套列表、列表嵌套图表等。
②样式布局：页面布局呈现多样性，有多种排列方式、不规则展示数据、样式组合等。这里可以看出织信Informat具备不规则布局的能力。
③页面交互：页面中的交互元素（如输入框、按钮、下拉选择等）比较多，其实用户交互逻辑的难度相对较大。即使是传统代码开发，富交互型页面的开发和测试难度都比纯展示型页面大很多，更别提低代码了。但织信Informat在这里处理的还是可圈可点的，至少功能可以实现。

光看还没有感觉，谁知道是不是二次开发的呢？不如直接打开织信Informat，上手点点看、简单验证下是不是有这个几个能力、到底好不好使。

页面与布局上，织信Informat可以通过插入目录组件进行数据关联。同时，在布局组件上增加应用变量，该变量可以作为页面变量进行将选中的产品传至页面其他模块进行查询，实现模块变量传参。

样式与交互上，看图表的类型还是比较丰富的，常规的柱状、折线、饼图，非常规的散点、雷达、词云，以及复杂的GIS地图、关系曲线都有涉及，并且组件层和应用层提供细粒度的样式配置。

利用它的画布组件，可以自由布局。这用起来就比较像AXURE、墨刀等原型工具，区别是织信Informat针对每一个元素都可以绑定数据与逻辑交互事件，那么基于这样的原型，直接开发交付项目确实如其宣传的那样高效。

从这个PLM产品管理平台案例可以判断，织信Informat在设计复杂页面上面比较有优势。

（2）汽配产、供、销一体化平台

我对汽车零配件相关的业务理解大概是这样的，在配件生产过程中，业务类型多、审批部门多、角色多、流程分支多。下图是织信Informat开发的仓库管理系统中的一个审批流，看上去流程节点确实有点多。

官方介绍说，这个一体化平台涵盖各种流程条件判断，并涉及数据计算，以及8个部门、20+种角色判断，有100多个节点，用低代码平台实现相对复杂。

①流程节点：复杂的依赖和制约关系，包括顺序关系、并行关系、条件分支关系等，这里做的还可以。同时，织信Informat也有考虑到流程异常，设计撤回、表单回填、流程返回等。
②多部门协同：城管部门多、角色多，不同部门与角色之间的审批关系、权限划分、审批流转，织信Informat设计清晰，还比较灵活。
③服务编排：流程不仅多，还存在数据操作与接口调用，织信Informat通过服务编排的能力实现多接口聚合、实体操作后端逻辑开发、业务逻辑自动化等。
之前在别的低代码平台试用，服务编排的能力稍微有点欠缺，难以支撑大体量的、复杂的软件场景。织信Informat通过拖拽审批类、数据类、系统类等图形化设计，可以完成流程审批设计，在审批过程中实现数据处理、服务调用。在逻辑配置中，同样可通过图形化设计前后端逻辑，实现流程节点中复杂逻辑处理。

从这里看出，织信Informat在复杂流程的处理上表现不错，适用于企业级复杂应用，能够支撑更大体量的项目。

（3）医院智慧后勤管理平台

关于大型医院智慧后勤管理平台，有些大厂之前做的比较成熟了，换做一般的人还真做不了。因为医院业务的复杂在于：

设备种类繁多：涵盖医疗类、消防类、能耗类、视频安防类等多种品牌。每种设备和品牌可能具有不同的技术规格、通信接口和数据格式，这要求系统具备高度的灵活性和适应性来集成这些设备.

通信协议复杂：系统需支持N种不同的通信协议（如Modbus TCP、EA消防、MQTT、M-BUS等），每种协议都有其特定的数据交换规则和消息格式。实现这些协议的兼容性和互操作性是技术上的一大挑战。

海量数据处理：日新增数据量至少要10000条，这意味着系统需要具备高效的数据采集、存储、处理和分析能力。包括实时数据的处理、历史数据的归档、查询优化以及数据分析算法的应用。

很多低代码平台，缺失数据能力，因此，我对织信Informat通用抱有怀疑。

下图是织信Informat开发的一个医院智慧后勤管理平台架构图，官方介绍说，这个平台整合了多个省份的100多家医院，共计10大类20多个品牌的上千台设备，包括医疗类设别、消防类设备、能耗类设备、视频安防类等。实现设备协议共计8类，如Modbus TCP、EA消防、MQTT、M-BUS、萤石云FLV 、阿里云FLV、大象视频、Restful-API等，日新增数据量达10000多条。