图片41

目前，业内许多人认为低代码无法处理复杂的企业应用程序。有些人认为低代码只适用于简单的工作流和表单流应用程序或大型应用程序软件的功能扩展开发，而不适合开发复杂逻辑的核心业务，但他们没有说为什么。其他人则认为，低代码只适用于创新探索、短生命周期等应用程序，但也没有给出依据。还有很多类似的评论，但它们都有一个共同点，那就是，低代码不好，没有解释，而且很多时候都是坚定的。

企业应用听起来很高，但几十年来，它有多复杂？界面不需要很时尚，不需要携带数百万并发，也没有智能推荐的高级算法，事实上，从软件开发的角度来看，企业应用相对简单。复杂的企业应用主要是复杂的领域模型和业务流程，但从前面可以看出，低代码平台的建模和逻辑能力相对全面，然后通过脚本语言、开放集成等扩展机制，不方便低代码实现，可以与专业代码开发合作实现。因此，使用低代码开发复杂的应用程序本质上没有问题。

有一篇文章将企业应用程序的复杂性分为六个维度：数据、权限、流程、算法、集成和报表，然后逐一给出解决方案。这是实事求是的态度。我相信，任何没有偏见和深入分析的人都会发现，企业应用程序的复杂性不是低代码。

此外，使用低代码平台开发此类应用程序还有许多独特的优势，如开发人员快速启动（我们的经验是，我们可以在一个月内使用它们）。开发效率高，便于业务人员与开发人员之间的沟通（因为大多数逻辑都是可视化的），不易形成岛屿（因为专业的低代码平台默认情况下会根据模型生成API）。

首先，低代码技术成熟的时间不长。低代码表面看似简单，实际上是一个相当复杂的技术体系。它涉及到DSL、类型系统、泛型等核心编程语言层面的设计，以及如何制作diff、debug和undo并不容易。此外，低代码平台还需要在过去20年中不断追赶不断变化的技术环境。20年前是C/S。Net，后来流行B/S和Java，然后我们不得不从Windows到Linux，现在我们面临着从SOA到微服务的转型。

更重要的是，它可能是非技术因素。大多数企业对CRM和ERP的定制需求并没有那么高。与从零开始使用低代码相比，使用Saleforce和SAP软件进行二次开发是一个更合适的选择。这也解释了为什么SaaS巨头有自己的低代码平台。此外，ERP等企业软件的实施强烈依赖于咨询经验，这不是低代码可以解决的问题，而行业经验丰富的顾问显然更熟悉SAP等产品，也不愿意改变。专业程序员对低代码也有很大的抵制力。练习武术并不容易。使用低代码似乎没用吗？行业宣传的低代码开发速度越快，开发团队可能就越抗拒。

简而言之，业流行的说法是，低代码不能用于复杂的企业应用程序，如CRM和ERP。很多人句话，但没有根据。从技术原理出发，低代码最适合的是企业应用。目前，使用低代码进行复杂的企业应用程序的案例并不多，因为低代码技术刚刚成熟，定制需求不够强，或者行业不愿意这样做，这并不意味着它不能这样做。