低代码开发平台最近好像挺热啊，听说微软Google都入局了，资本如今也热捧。百度指数了解了一下，关联度最高的那几个国内的产品不少是存在了好多年，更有甚者xx网表差不多是上一个世纪的老产品了，也来蹭一下热度。那么，低代码到底是什么玩意？是新鲜事物么？为啥上个世纪的老产品也凑一份热闹？我们一起去看看。
低代码平台，洋文称Low Code Development Platform，注意了，这个Low可不是你想的那个Low，不是低级的意思，而是少量、简易的DSL代码甚至是无代码的意思。
为什么能够是更少量甚至是无代码呢？开发者们想想自己是怎么减少重复代码的就会明白了。 我拿自定义表单的场景作为例子，从演化的路径上来看，是这样的：
一开始，在一个应用里实现了一个自定义表单的功能，做新应用的时候，也需要这个功能，我们会把原来的代码复制一份，然后简单改一些样式或变量，搞定。
然后，越来越多的应用需要自定义表单的功能了，我们把那砣代码抽象成一个函数库，每次需要的时候只需要引用函数库，给不同的参数就好了，省了代码复制不说，一下子就提升了代码的可维护性，这时，代码就开始变少了。
再后来，我们嫌引用函数库还麻烦了，我们把这个功能做成了一个独立应用或微服务，提供一系列常见的表单模板，使用的时候，在这个应用里面选一个模板，稍配置一下，然后复制一个链接到目标应用上粘贴一下就能用了。这个时候，自定义表单变成了一个Saas服务，目标应用中要实现自定义表单的功能已经不需要编写代码了。至此，这个自定义表单服务就是一个低代码应用了。
所以，低代码的本质就是应用场景的极致抽象并且模板化的过程。实际上，我们以前看到的低代码产品多了去了，只是那个时候还没有低代码这个概念罢了。下面我给你说说：
上面举的自定义表单例子，你可能有意无意间接触过了，例如金数据，就是对表单收集这个场景进行了极致的抽象，形成一套固定的表单设计套路，并且让表单的开发可以通过可视化配置来完成。顺带说一句，金数据的创始人现在就在二次创业，做的正是低代码开发平台。所以，你懂的了。
早年的DreamWave、FrontPage，现在的RapidWeaver等可视化网页制作软件、大量的在线可视化网站拖拉拽建站应用，就是网页制作场景的低代码平发平台。
BAAS，Backend As A Service，后端服务平台，直接让开发者省掉了后端的开发工作，也是一种典型的低代码开发平台，例如微信小程序的云开发平台、知晓云、Lean Cloud等。
众多的移动应用、小程序可视化制作平台，提供大量的场景模板，简单调整一下参数就可以得到一个自己的应用。
以上这些应用场景的本质都是低代码或零代码，但为什么低代码平台的概念在这几年才兴起？我猜想，是应用的场景覆盖得更广、涉及开发的环节更完整导致了平台化的出现。
应用的场景覆盖得更广了，之前的低代码应用，只能够满足相对窄的应用场景，如建站、表单、BAAS，但到了后面，抽象层次往下降一层，允许定义数据结构、定义界面和流程，能够解决更多通用的场景了，就自然而然有了平台的感觉。
涉及开发的环节更完整了，以前的建站，纯粹是前端页面的拼凑，而BAAS，也只是解决后端的问題，而到了后来的小程序可视化制作时，就把前后端的开发都囊括进去了，几乎就不需要代码开发了，又自然而然有开发平台的即视感了。
再看看微软和Google的低代码平台，都是解决相对通用场景、涵盖前后端开发环节的形态，就更加印证了我的猜想。
不对呀，上面说到了通用场景，但同时也说了低代码的本质是场景的抽象并且模板化，通用和模板化不矛盾吗？这里就要说低代码平台的限制了，所谓的通用场景也只能是相对通用，可模板化的，于是就有了模板化的通用场景，即这个通用场景是受限的，不是完全的通用。所以，现在大多数的低代码平台都是面向企业，做企业应用的。因为企业应用，是一个可以模板化的垂直通用场景，例如明道云、简道云、氚（就冲着这个字我不懂写不懂拼，必然会没落）云等等，都是服务企业用户。
最后，低代码并非零代码，尽管市面上有不少零代码的应用平台打着低代码的旗号吸引关注。代低码平台的底层逻辑还是一个开发平台，需要对个性化的需求开放实现途径，如何开放？开放接口？二次开发？还是开放DSL？不一而足。如果一个平台没有支持个性化需求的开发能力，那它不算是一个及格的低代码开发平台，充其量只是低代码应用罢了。
好了，现在你已经知道什么是低代码了，往后，我会带大家一起实现一些低代码开发的场景，并对低代码的商业化进行深度的思考，例如谁会为低代码平台买单、低代码平台到底是专业平台还是小白应用等等。
