面向敏捷应用的低代码开发技术及平台建设( 二 )


2)数据模型、元数据等底层都是平台专有,应用程序和数据的缺乏移植性,对低代码平台厂商形成依赖 。
3)可靠性和安全性存在风险 。如果低代码开发平台的组件存在质量问题或安全漏洞,开发出的应用程序的稳定性和安全性也会受到影响,而且难以控制 。
4)标准化的UI设计限制了个性化的前端交互需求 。
5)固化的指令式执行模式难以处理复杂、特殊的业务场景,业务流程只能适应平台提供的组件,组件的功能和类型限制了应用程序的开发 。即使技术足够成熟,能够处理特殊规则和流程,也需要将规则转换为计算机能够识别的逻辑 。不能一个工具没有或使仅有少量编码经验的人员变成高级开发人员 。
6)平台的易用性和业务的灵活性难以调和,过于简单的设计虽然方便使用但难以应对复杂的业务场景 。过于灵活的设计看似功能强大,但又难免会让业务专家难以上手 。
7)低代码平台上的功能代码由工具自动生成,数据结构和算法不透明,组件封装,当出现缺陷和故障时,排查处理会异常困难 。大量的使用问题、各种平台的报错都堆积到低代码平台的运维团队,运维团队会很快成为整个系统的效率瓶颈 。
选择低代码应用平台应当扬长避短,符合以下特征的应用可以考虑使用低代码平台构建:1)业务变化快,且规则相对简单;2)开发重复性高;3)管理模式标准化程度高;4)需求不成熟,快速搭建原型;5)对数据的安全性和隐私性安全要求不高;6)对UI个性化要求不高 。
2.2 低代码适用群体
从市场需求角度,低代码平台可以划分为4大类型 。
1)场景应用型,以满足业务场景应用开发为主,开发的应用主要用于企业自用 。目前用户量占比最高的低代码平台类型,约为45.7% 。
2)产品研发型,以满足复杂的软件产品或解决方案开发为主,主要为其他企业提供应用开发 。
3)平台生态型,提供开发标准和交易平台,以打造开发生态为主,为客户提供一站式的应用开发或产品服务 。平台厂商通常开发标准和交易规则,为平台上的SaaS企业、专业开发者、软件开发商和ISV等众多合作伙伴提供技术、渠道等支持 。
4)技术赋能型,以提供人工智能算法、区块链等先进技术插件为主,降低先进技术的应用门槛,目前使用者占比最少,仅1.7% 。
从使用者角度,低代码平台可以分为5类 。
1)软件产品提供商 。将低代码开发平台作为一种工具提供给独立软件开发商ISV、系统集成商SI、SaaS企业、渠道代理商和咨询公司等,以实现其各自的目的 。如软件企业通过购买低代码开发工具拓展自身的底层开发能力,以占领更多的市场;渠道商和咨询公司把低代码开发作为项目实施的工具,用于提高自身的系统部署效率;系统集成商把低代码开发视为一种新功能,招标时为潜在客户提供更完整的解决方案 。
【面向敏捷应用的低代码开发技术及平台建设】2)软件开发承包商 。通过低代码开发对外提供开发服务,承接各类企业的原有信息系统改造或创新应用开发等项目 。通过低代码开发平台,可以有效提高开发效率,降低人员投入成本,能够在更短的时间内开发出一个完整的应用系统 。
3)一站式应用开发平台服务商 。将低代码开发打造成一个平台,任何人或企业都可以到平台上开发应用,并且可以进行二次开发个性化定制服务,而平台则负责提供技术支持 。
4)企业自用 。企业内部具备设计开发能力,使用低代码平台构建自身需要的应用系统 。
5)个人研究学习 。个人或教育机构研究和学习低代码平台及技术 。
按用户专业程度,技术人员一般可分为3类 。
1)特定技术人员,指前端、后端和DBA等专业技术人员 。
2)一般技术人员,指有一定逻辑编码能力的开发人员,能够快速理解并运用表达式、事件等概念 。
3)非技术人员,指没有开发经验的产品、运营、商务和行政人员 。
低代码平台最终的受众群体是企业,只有企业深度应用后才能产生更大的规模经济效益,无论是其他软件厂商集成自家产品后捆绑销售,还是低代码平台提供商自行销售,最终面向的都是企业用户 。
3 低代码开发平台设计与实现
3.1系统架构总体设计
本项目部署的目标平台为混合云,系统将以微服务、SaaS为基础平台展开设计,整合Kube.NETes、Serverless和NoSQL等技术架构,构建支持云原生低代码技术平台 。低代码开发平台系统架构如图1所示 。


推荐阅读