写点什么

如何理解低代码平台的定制化服务?

  • 2023-07-05
    福建
  • 本文字数:2533 字

    阅读完需:约 8 分钟

如何理解低代码平台的定制化服务?

一、前言


众所周知,低代码概念主打的就是定制化、可视化、快速开发,如果连基本的定制化都做不到,那就不要做低代码平台了。


所以结论是:只要是真正的低代码平台,基本都支持定制化开发。(只是定制化程度的高低不同而已)如若不支持,那你就要重新验证他是否是低代码平台了。


二、定制化开发的低代码平台首先需要具备的能力


低代码平台要想定制化开发程度足够的高。那首先要保障以下几点能力:

1、  保证系统的开放性

当低代码构建的系统自身无法满足特定需求的情况下,可以使用通用 IT 技术补充(比如提供编码脚本、自定义 API 等功能)。技术人员拥有完整的,对每个业务层面的改造权限。 无论是前后端逻辑,个性化界面,独立封装等。

2、  提供编码拓展组件

真正的低代码,通常是提供代码编写组件模块的,包括但不限于脚本、自动化、表达式、代码包等,并且要能与现行的通用 IT 技术无缝衔接。或者支持以代码拓展包的方式进行上传。另外,如果低代码技术是需要额外学习新的编程知识或掌握新的编程语言,那么过高的学习成本,也会让人止步。

3、  支持复杂的业务场景

低代码平台通常是能够胜任复杂的业务场景(比如 ERP/MES/PLM/SRM 等核心系统),并且实现复杂业务场景的技术成本不能高于通用 IT 技术。无论是哪一种框架技术或者编程技能,都有个明确的发展方向,就是聚焦业务需求本身,降低不必要的技术成本。



如果一个简单的业务需求,都需要技术人员倒腾很久的情况,那还用它来干嘛?相信这也是绝大多数人不愿意看到的。

三、低代码平台可以通过哪些能力来解决以上问题呢?


大致的方向如下:


在系统的整个生命周期,保留的大量可重载的函数与过程, 只要改写函数逻辑就能实现高度定制化。 改写逻辑可以调用完整的上下文内容与系统级组件,单元,封装。


类似于微创手术一样, 仅需少量的编码,就能够实现复杂功能。


高度抽象化的接口/过程/事务/组件,通过在线的配置就能实例化,没怎么写代码功能已经实现的差不多。


充分利用好编程技巧中的派生与重载功能,别人写过的功能,通过派生与重载,仅需少量的调整就实现了个性化,通用编程过程中,大量的硬编码(Hardcoding)部分被有效避免。



当低代码工具可以完成通用编程一样的工作时,那在定制化效率层面上,肯定会有数倍的提升。


本人此前也用过不少低代码平台,目前定制化开发程度较高的产品有:引迈JNPF、clickpaas、活字格。而这类平台,我也更愿把他们称之为企业级低代码开发平台。因为这类平台往往能实现更为复杂的业务需求。

四、什么是企业级低代码开发平台?


从企业的更多需求场景出发。企业的内部信息化需求,往往集中在这几个方面:

1、  流程管控

像企业日常 OA 办公中,就存在大量的流程需求,例如,报销、合同审批、入离职等等,但是由于各企业规章制度和管理办法的不同,这些需求往往都存在个异性。所以在流程上,需要有更灵活的配置功能。

2、  数据处理

提供企业级的高级特性,旨在更敏捷优雅的处理数据。

3、  业务需求

以前我们在谈论软件开发时,通常会想到由经验丰富的 IT 技术人员来做应用程序的开发。现如今,低代码俨然已经有了引领全民开发者的新时代,它能深度连接业务与 IT,填补了业务软件的需求和开发人员短缺的缺口。即便是一个没有经过软件开发培训的用户,仍可以使用低代码平台构建应用程序。


五、企业级低代码开发平台应具备哪些能力?


对于低代码工具来说,如果能在这些需求上提供更强的能力支持,那么他们必须要有足够强的模型提炼能力和更细颗粒度的配置元素了。这往往取决于产品研发团队的项目经验和积累。因为如果没有具体的系统开发实践,在企业管理系统上的需求是很难凭空想象的。


JNPF 平台用“低代码”的视角,积累了 1000 多个企业信息化建设项目,目前抽象出了以下 5 方面能力。官网:https://www.jnpfsoft.com/?infoq,你可以自行体验了解一下。

1、场景建模能力

数据模型是系统的基础,丰富的场景建模能力。低代码平台对于数据模型的支持决定了业务场景的覆盖范围。在数据层面来看,很多的字段或者数据类型,并不是单一的。在业务场景的落地中,很多的数据字段需要和业务流程、操作行为等进行高度的解耦,因此能否覆盖更多场景的建模能力,会成为低代码平台能力边界的决定性因素。

2、界面开发能力

Excel 表单在企业办公过程中的作用和地位逐渐下降的原因,其实也是在于表单式的交互在很多场景中变得不那么适用。例如库房、工位或者一些非办公室的场景,用户可能更多的是手持设备,需要有更加便捷的输入方式。而不同的场景输入方式又各有区别。所以对于低代码平台而言,能否提供更多的交互方式或者界面开发能力。

3、系统对接能力

权威机构 Forrester 将 API 接口认定为企业级低代码开发平台的重要标志,通过内置的 API 接口功能,企业级应用便可集成或对接其它系统,打通数据链接,避免信息孤岛。


企业级低代码除了有内置常规的第三方 API 接口之外(对接企业微信、钉钉、公众号等已有平台,还能对接企业原有的 OA、ERP、MES、EHR 等系统),甚至还可以对接 lot 物联网软硬件设备、BI 数据大屏。而且 API 接口的开发是可以即改即生效的,所以系统对接能力也称得上是企业级低代码的真正能力。

4、组件拓展能力

允许用户自主拓展和定制组件,才能够满足其功能复用的需求,也能让低代码的开发效率拉升到更高的水平。对于长期迭代的业务而言,日常使用最频繁的一定是业务组件,而不是通用的公共组件。这种情况下,若低代码平台能支持用户自主拓展组件,或与标准组件混用是企业级低代码平台需要提供的能力之一。

5、数据处理及稳定性

这个能力其实在低代码平台上并不好体现,其主要原因是低代码平台目前的实践场景中大多还是浅层次、轻量级的业务需求,对于大数据量、高并发的真实测试目前还不具备参考性。


但是既然作为企业长远发展的必备工具之一,低代码在复杂极端环境的应对能力肯定是必须。特别对应大用户、数据量的应用的多版本、多环境管理。能否像那些成熟的大型系统一样,能够从技术和解决方案上来保障业务的持续性开展,一定是每个低代码厂商都需要去思考的问题。


以上面这个能力标准,本人给当前的低代码厂商进行了一次分类。



目前来看,低代码依然还处于初期阶段,还需要更多的厂商能够通过与企业一起共建的形式,探索出一条更加高效、便捷的低代码数字化升级之路。打造出一套标准、可用的低代码数字化转型方案。

发布于: 刚刚阅读数: 4
用户头像

还未添加个人签名 2023-06-19 加入

还未添加个人简介

评论

发布
暂无评论
如何理解低代码平台的定制化服务?_低代码_互联网工科生_InfoQ写作社区