图片77

许多专家不仅错误地认为低代码不能处理复杂的企业应用程序，而且还错误地说低代码适合哪种类型的应用程序。真正不擅长主流低代码平台的是有各种特殊要求的应用，比如:

对算法和复杂数据结构的要求相对较高：我认为没有人会想到使用低代码平台来刷Leetcode问题，玩ACM游戏。这里有一个微妙的地方来区分业务逻辑是复杂的还是复杂的算法逻辑，复杂的业务逻辑不是低代码的问题，复杂的算法逻辑是一个问题。什么是复杂的业务逻辑，是业务人员说清楚，或可以理解；什么是复杂的算法逻辑，是业务人员只能给一个目标，具体如何实现，即使解释是无聊的无法理解。

界面要求特别高：如游戏或云音乐等社交娱乐应用程序。低代码平台不擅长制作酷界面。

头部互联网应用程序：头部互联网应用程序拥有大量用户。为了优化性能，前后台的技术架构非常复杂。低代码平台的实现是一个标准的数据库/逻辑/界面三层架构，无法满足性能需求。请注意，这并不是说所有的互联网应用程序都不合适，而是指用户数量大的头部应用程序。

分析与智能应用:分析应用自然要使用更专业的BI工具，智能应用也要使用更专业的机器学习平台等工具。

系统软件、科学计算和其他高度专业的应用程序。没什么好说的。据估计，没有人想使用低代码，但更重要的是，虽然这些系统的核心当然不适合低代码开发，但界面非常适合。我们的轻舟低代码产品诞生于云计算平台的界面开发。

现在你应该能够发现很多业内流行的观点说，低代码适合这个和那个其实是错误的，比如:

低代码适用于简单的工作流和表单流通应用程序：事实上，专业的低代码并不一定特别适用于此类应用程序。事实上，最适合这些应用程序的是那些表单驱动程序产品，而这些产品并不是一个专业的低代码平台。专业的低代码平台并不完全不好，但属于大炮打蚊子类型，成本效益不高。

低代码适用于生命周期短的应用程序：事实上，如果你使用专业的低代码平台来制作生命周期短的应用程序，你肯定会想哭而不流泪。为什么？因为营销活动页面对界面的要求很高。

低代码适用于创新应用程序：一篇文章将应用程序分为基础设施（如ERP）、差异化（如CRM）和创新应用程序。