本文将对创建供前端调用API的实施过程中的经验总结进行叙述。

低代码到底是什么？工具？技术？或者是其他？

基本概念和核心价值。

为应对软件危机，诞生了软件工程，以期望其达到降低软件生产成本 、改进软件产品质量、提高软件生产率水平的目标。自上个世纪60年代以来，从模块化、面向对象设计到设计模式，从瀑布流模型到敏捷开发，dev-ops, 软件生产的指导理论和工程方法都在不断进步，软件的生产效率有了很大改善。然而直到今天，业务需求的增长和企业开发资源紧缺的矛盾依然广泛存在。

与此同时, 近年来no-code/low-code的理念得到越来越多的国内外企业的重视，各类零代码、低代码开发平台层出不穷。据Gartner的研究预测，到2024年低代码平台将被应用于65%的应用程序开发。尽管它也不是解决所有问题的“银弹”, 但是低代码作为一个趋势，代表了业界向自动化编码迈进了重要的一步，在AI编程变得普适之前，低代码能够大幅提升业务交付效率。

前段时间，我写过一篇文章，侧重从产品角度去谈低代码平台的一些能做和适合做的事情，以及做这些事情的方式。在本篇中，会尝试从几个大方向出发，简单谈谈如何从技术视角看待模型驱动的低代码平台的整体架构，以及…

谈谈我对低代码搭建的理解。

我们把“魔方”名字赋予给这套前端开发系统，目的是希望系统能像魔方一样简单、灵活、智能、快速拼接出...

最近在很多场合听到大家在谈论“低代码平台”这个概念，尤其是其概念在投资和收购市场上的火爆，吸引了很多人的关注和目光。 一时“人人都是程序员”，“不会写程序也可以快速开发应用”...

随着前端开发的不断发展和改进，出现了越来越多的框架，工程体系，从Jquery时代到目前的React、Vue体系，前端开发从原先的单一开发页面，变成组件式、函数式编程，除了有更好的、更高效的开发体验外，复用、抽象、维护性也变的尤为重要，与此同时，前几年借助互联网的发展，移动&

愿程序员早日脱离996。

对于toB市场的软件服务商而言，中大型客户是块肥肉，好不容易把软件卖给客户，为什么这些大项目延期、超过预算、不能满足需求而失败呢？​能够怪个性化定制太多吗？能够怪客户需求总变吗？能够怪技术人员不能对复杂业务进行快速应变吗？答案是明显的：不能