低代码三部曲之未来

最近几年在软件开发领域，低代码被吹捧的到了天际，好像你没接触过低代码你都不好意思说自己在软件领域工作，其实，大可不必，这其中很大一部分是资本催生的结果，也有一部分是新技术的出现，让一些玩文字的人创造了一个新名字而已，我应该是10几年前就在这方面开发，所以很早就想总结下低代码，春节期间没有回老家，正好梳理下，一共有三篇文章，分别是起因、实现、未来，这篇文章是第三篇，总结下低代码未来趋势。

低代码愿景是非常美好的，但后续如何发展并不明确，但可以从使用场景、技术方案要求两方面来阐述

低代码三部曲之未来

使用场景

目前低代码的使用场景主要方式主要是有，作为一个模块辅助方式、作为整个系统都有低代码实现的整体方式 这两种方式

1、辅助式

这种方式一般是以一种模块或者子系统的方式跟主系统结合，低代码主要实现局部的业务需求、页面定义，比如：页面设计、流程定义、规则定义、单据局部定义等等，来辅助主要的业务系统。这类系统一般都是业务需求比较复杂，单纯的依靠低代码很难完全实现。

2、整体式

整体方式可以实现展示类或者业务简单系统，完全可有低代码实现，比如我们常见的调查表、问答、公司小型门户、产品宣传页等等，或者说以收集信息、展示信息为主的系统是可以完全有低代码实现。

低代码三部曲之未来

技术方案要求

低代码虽然可以不通过开发就可以实现功能，但每个客户的需求是千变万化，很难把各种应用场景的需求都考虑周全，这就要求低代码系统要有扩展性，让客户可以在该平台有二次开发能力，技术上要提供丰富的API接口。

如果低代码是以SAAS化，需要考虑数据安全性，资源竞争、性能、二次扩展等问题，这更需要从底层架构设计，千万不要走一步算一步，最后实现不了需求甚至推倒重来，哪代价太好了

技术这块需要需要考虑的更多，特别是对于二次扩展方面，其它像高性能、高可用、安全性等等也要注意

目前低代码是热，但最终发展成什么样，还是得看场景的落地，当然需求的落地离不开技术的实现，这就需要技术上考虑的更多、方案设计的更全面