NoCode与LowCode看这一篇就够了

如果到今天各位看官依然无法清晰地区分NoCode和LowCode，那么，我倒是可以提供一个提示。

NoCode与LowCode的最大区别就是用户是谁：NoCode是直接面向（使用的）用户， 而LowCode则更多是直接面向（使用的）开发者。

举个简单的例子， Excel是直接面向用户，用户可以通过Excel直接拿业务结果， 而操作Excel的共享类库或者填充之后生成Excel的工具，则属于LowCode范畴，LowCode是帮助开发者提效，快速稳定地拿到业务系统或者技术系统的最终结果，而这些业务系统的最终结果再被终端用户使用。

整个的发展阶段或者说承接阶段类似于：

code -> lowcode -> (nocode | business sys | infra sys) -> users

从形态上来讲， LowCode可以进一步分为两派：有形派（GUI）与无形派（Headless）。

有形派的典型代表就是现在很多Drag and Drop操作的图形化系统和作业工具，比如游戏编辑器、工业建模与模拟软件、基于组件的CMS等，他们的主要特征就是UI可见，所谓的WYSIWYG（所见即所得）就是这类产品的底层哲学。

无形派的典型代表就是各种语言的类库甚至宏，这类LowCode的典型特征是API+实现的前轻后重，使用者只管调调API就可以了，API背后的功能早就有前人实现，可以重复使用。很多公司在处理一些常见的前端场景（Frontend）的时候，会直接创建并编辑json/xml之类格式的配置文件，然后运行CI/CD/CLI就能直接生成前端页面和前端应用，这也是LowCode的一种。这些年很多CMS方案也会强调他们的Headless属性，本质上就是突出自己产品“通过API使用CMS以及构建CMS页面”的能力。

有形派的好处是具象化、直接快速反馈，而无形派的好处则是抽象化、可以批量化与自动化衔接。

如果说NoCode是工具和手段，那么LowCode更是工具和手段，为NoCode服务。

所以，除却商业的营销与宣传，从用户和技术的角度来看， NoCode和LowCode也就没啥神秘的了，依然是新瓶儿装旧酒，就像是经济学里的需求和供给。