年前看到条新闻,说钢铁工人用低代码花半小时搭建了4000人的核酸检测系统,当时惊了一下,看内容才知道钢铁工人是有计算机基础的,而且是技术主管。不过低代码还是在脑中盘旋不去,经过一番研究测试,对低代码的情况梳理如下。
低代码开发平台优势
- 入门容易,更多人可以直接参与开发 开发效率高,拖拽组合模块式的开发,不需要繁琐的实现代码编写
- 能跨平台应用,在集成的时候考虑了跨平台,一套程序可多平台使用
- 维护升级方便,只需要更新模块 对于数据的采集存储分析和流程管理较为成熟
- 视觉的低代码开发发展较快,像用过的创科、海康、OPT,都是采用类似拖拽成流程图的方式,实现视觉功能,而不用去管内部复杂的视觉算子
低代码开发平台目前的局限
- 国内外的低代码平台基本都只适合于表单管理和流程管理的应用开发
- 对于通用的低代码开发,还任重道远,比如注重逻辑控制的软件,低代码开发目前就没什么优势
低代码开发带来什么启发?
- 编程过程中,感觉自己复制粘贴用得太多了,这些工作是计算机的长项,跟它们争只会自取灭亡,要提升编程能力,对代码的封装和复用要加深理解。
- 既然目前没有适用的低代码平台,那就自己创造出来,将通用代码封装好,需要时直接使用,甚至也可以考虑做成拖拽式的模块,直接使用
- 对低代码发展保持关注,并积极使用。能提高效率何乐而不为呢?而且被外行用低代码编程完虐的感受可不怎么样。
低代码开发是未来的趋势吗?
- 生物演化的可能是无限的,但通过观察现在的世界,会发现成功的演化方向是有限的。就像生物不计其数,但演化出来的移动方式也不过数种,用翅膀飞、用鳍游、用腿走、用身体蠕动。也许对于一个编程问题,可以从无限的编码实现方式中找出有限的几种最佳方式,而这几种方式就可以作为低代码的基础。
- 换一个角度看,低代码也符合编程语言的发展趋势,从二进制——汇编语言——C语言——c++、JAVA、Python等高级语言——低代码,这就是一个集成度不断提高的过程,意味着一条指令能实现的功能越来越多。那终极模式不就是低代码开发或零代码开发吗? 不过集成度提高必然意味着灵活度下降,这需要一个权衡和探索的过程。