我听说过行代码，但我没能再花时间理解它。 这次有机会考虑学习，翻了翻资料重用了几个平台。 简单谈谈对行代码的理解，熟悉这件事的朋友可以一起讨论。
[ From unsplash ]
太阳下山并不新鲜，低码和零码也不新鲜，可以用新概念包装加工Dreamweaver、网上购物系统等旧工具和系统，通过拖动完成几个网站页面的开发例如，通过一些PASS平台、成熟的中间件和组件，迅速构建分布式系统等。 关于低代码、零代码或无代码的区别，也可以从名称中推测出来。
因为熟悉PaaS、IaaS、SaaS、BaaS，所以在这里再提一个。 aPaaS是PaaS的一个分支，称为服务，它是一个APP应用程序平台。 在国外也有比较成功的情况，也有以国内和非技术人员都参加进行业务系统开发为目的而从事这项业务的制造商。 这也是当前云计算、信息化、数字化必然涉及的业务，信息化能力弱，没有专职研发团队进行软件开发，交给专业厂商似乎是明智的选择。
近两年，业务流程管理类的低代码平台也出现了。 与aPaaS相比，到手的门槛低，可以在短时间内构建企业的业务管理系统。 与传统的研发模式相比，不仅节约了时间成本，而且研发团队的部门、硬件投入成本大幅减少，对中小企业来说没有任何乐趣。
低码再好也不是银弹，解决不了所有问题。 在尝试了国内BPM类型的几种低码平台后，简单地梳理了优缺点。
不依赖开发者，了解一定的基础就能得到业务系统
功能涵盖数据收集、报告、过程审核等常见功能，提供通用的APP应用模板
不需要了解APP应用程序的运行逻辑、服务器运输等都由平台负责
与受支持的第三方APP应用程序许可证绑定的数据同步。 钉钉、teambition等
访问工具插件以提高用户体验，如OCR工具
减少研发团队的人力成本，减少研发时间的成本
在同一行代码平台中，每个子系统之间的数据互操作，从而降低了孤立数据的可能性
弊端需要一定的逻辑抽象能力，并不是所有人都能轻易使用
系统运行仅限于低代码平台云服务，主要以企业内部的管理系统为中心，但可以进行私有化部署
无法完全与自研系统融合，对外提供API有限，无法直接读取底层数据库
无法支持复杂场景，使用后出现无法满足需求的情况时，只能放弃需求
面向c端用户的功能APP应用适用性不高，与目前的小程序业态融合不充分
在研发过程中，一些常见的管理系统脚手架被包装在低码/无码平台上，对外销售。 这表明概念不断产生新的东西，相互摩擦有助于打开销售局面，提高市场占有率。
具有研发能力，业务场景不是简单的添加删除变更时，用编码方式更好。 目前形态的低代码已经使很多中小零星企业能够解决实际问题，尤其是传统企业的数字化转型是值得尝试的方向。