什么是低代码
Low-code development platform。
从Wiki的这段定义中，我们可以提炼出几个关键信息：
- 低代码开发平台（LCDP）本身也是一种软件，它为开发者提供了一个创建应用软件的开发环境。看到“开发环境”几个字是不是很亲切？对于程序员而言，低代码开发平台的性质与IDEA、VS等代码IDE（集成开发环境）几乎一样，都是服务于开发者的生产力工具。
- 与传统代码IDE不同的是，低代码开发平台提供的是更高维和易用的可视化IDE。大多数情况下，开发者并不需要使用传统的手写代码方式进行编程，而是可以通过图形化拖拽、参数配置等更高效的方式完成开发工作。
低代码核心能力
低代码开发平台的核心能力：
- 全栈可视化编程：可视化包含两层含义，一个是编辑时支持的点选、拖拽和配置操作，另一个是编辑完成后所及即所得（WYSIWYG）的预览效果。传统代码IDE也支持部分可视化能力（如早年Visual Studio的MFC/WPF），但低代码更强调的是全栈、端到端的可视化编程，覆盖一个完整应用开发所涉及的各个技术层面（界面/数据/逻辑）。
- 全生命周期管理：作为一站式的应用开发平台，低代码支持应用的完整生命周期管理，即从设计阶段开始（有些平台还支持更前置的项目与需求管理），历经开发、构建、测试和部署，一直到上线后的各种运维（e.g. 监控报警、应用上下线）和运营（e.g. 数据报表、用户反馈）。
- 低代码扩展能力：使用低代码开发时，大部分情况下仍离不开代码，因此平台必须能支持在必要时通过少量的代码对应用各层次进行灵活扩展，比如添加自定义组件、修改主题CSS样式、定制逻辑流动作等。一些可能的需求场景包括：UI样式定制、遗留代码复用、专用的加密算法、非标系统集成。
为什么需要低代码
低代码是什么可能并没那么重要，毕竟在这个信息爆炸的世界，永远不缺少新奇而又短命的事物。大部分所谓的新技术都只是昙花一现：出现了，被看到了；大部分人“哦”了一声，已阅但表示不感兴趣；小部分人惊叹于它的奇思妙想，激动地点了个赞后，回过头来该用什么还是什么。真正决定新技术是否能转化为新生产力的，永远不是技术本身有多么优秀和华丽，而是它是否真的被需要，
为什么「市场」需要低代码？
在这个大爷大妈都满嘴“互联网+”和“数字化转型”的时代，企业越来越需要通过应用（App）来改善企业内部的信息流转、强化与客户之间的触点连接。然而，诞生还不太久的IT信息时代，也正面临着与我国社会主义初级阶段类似的供需关系矛盾：落后的软件开发生产力跟不上人民日益增长的业务需求。
我们看到一个现象，经济日渐下行，但是编码人员的招聘依然火热。
Gartner预测，到2021年应用开发需求的市场增长将至少超过企业IT交付能力的5倍。面对如此巨大的IT缺口，如果没有一种革命性的“新生产力”体系，很难想象仅凭现有传统技术体系的发展延续就能彻底解决问题。而低代码技术正是带着这样的使命而降临，期望通过以下几个方面彻底革新应用开发生产力，拯救差一点就要迈入水深火热的IT世界：
提效降本 & 质量保障
虽然软件行业一直在高速发展，新的语言、框架和工具层出不穷，但作为从业者我们不得不承认：软件开发仍处于手工作坊阶段，效率低、人力成本高、质量不可控。项目延期交付已成为行业常态，而瓶颈几乎总是开发人员（对机器能解决的问题都不是问题）；优秀的开发人才永远是稀缺资源，还贼贵；软件质量缺陷始终无法收敛，线上故障频发资损不断。
相比而言，传统制造业经过几百年工业革命的发展，大部分早已摆脱了对“人”的强依赖：从原料输入到制品输出，中间是各种精密仪器和自动化流水线的稳定支撑，真正实现生产的标准化和规模化。虽然信息化号称是人类的第三次工业革命，但以软件行业目前的状况，远远还没到达成熟的“工业化”阶段。
加强开发过程的沟通协作
多方调查结果显示，软件项目失败的最主要原因之一就是缺乏沟通（poor communication）。传统开发模式下，业务、产品、设计、开发、测试与运维人员各司其职，且各有一套领域内的工具和语言，长久以来很容易形成一个个“竖井”（silos），让跨职能的沟通变得困难而低效。这也是为什么当前热门的敏捷开发和DevOps都在强调沟通（前者是协同Biz与Dev，而后者是协同Dev和Ops），而经典的DDD领域驱动设计也主张通过“统一语言”来减少业务与技术人员之间的沟通不一致。
有了低代码后，这一状况将得到根本改善：上述各角色都可以在同一个低代码开发平台上紧密协作（甚至可以是同一个人），这种全新的协作模式不仅打破了职能竖井，还能通过统一的可视化语言和单一的应用表示（页面/数据/逻辑），轻松对齐项目各方对应用形态和项目进度的理解，实现更终极的敏捷开发模式，以及在传统DevOps基础之上更进一步的BizDevOps[2]。
也就是说，可以根据需求的不断变化而不断变化。
扩大应用开发劳动力
通过让大部分开发工作可以仅通过简单的拖拽与配置完成，低代码（包括零代码）显著降低了使用者门槛，让企业能够充分利用前面所提到的平民开发者资源。部分纯零代码需求场景下，低代码还能让业务人员实现自助式（self-service）应用交付，既解决了传统IT交付模式下的任务堆积（backlog）问题，避免稀缺的专业开发资源被大量简单、重复性的应用开发需求所侵占，也能让业务人员真正按自己的想法去实现应用，摆脱交由他人开发时不可避免的桎梏。
至此，应用开发能力不再是少数专业开发者的专利和特权，且今后所需要的技能门槛与拥有成本也会越来越低，真正实现所谓的“技术民主化”（democratization of technology）。
低代码的前世今生以及应用
三丰，公众号：soft张三丰【解析】从MDA到低代码
MyBatis-Plus
低代码是什么可能并没那么重
当前最新版本
<dependency>
<groupId>com.baomidou</groupId>
<artifactId>mybatis-plus</artifactId>
<version>3.5.2</version>
</dependency> 框架结构
生态圈
- MybatisX (opens new window)- 一款全免费且强大的 IDEA 插件，支持跳转，自动补全生成 SQL，代码生成。
- Mybatis-Mate (opens new window)- 为 MyBatis-Plus 企业级模块，支持分库分表、数据审计、字段加密、数据绑定、数据权限、表结构自动生成 SQL 维护等高级特性。
- Dynamic-Datasource (opens new window)- 基于 SpringBoot 的多数据源组件，功能强悍，支持 Seata 分布式事务。
- Shuan (opens new window)- 基于 Pac4J-JWT 的 WEB 安全组件, 快速集成。
- Kisso (opens new window)- 基于 Cookie 的单点登录组件。
- Lock4j (opens new window)- 基于 SpringBoot 同时支持 RedisTemplate、Redission、Zookeeper 的分布式锁组件。
- Kaptcha (opens new window)- 基于 SpringBoot 和 Google Kaptcha 的简单验证码组件，简单验证码就选它。
- Aizuda 爱组搭 (opens new window)- 低代码开发平台组件库。
相信很多人都用过这几款代码库。
然后我们看看插件方式的生成
选中要生成的表，并根据具体情况修改相关配置，最后点击右下角code generatro生成代码
生成后即可完成基本的演示功能。工具简单又好用，工作事半又功倍，把时间留给自己，做自己想做的事。
其实这是一个对于程序人员来说非常适合的工具，但也只是一个工具而已，使用它之前你必须要有相关的基础，不然在使用的过程中就会产生很多莫名其妙的问题，是不是很适合我们之前提过的28原则，很多基础的业务问题都可以通过这种生成的方式快速解决。
28原则
三丰，公众号：soft张三丰【性能】性能分析原则
maku-boot
- maku-boot 是采用 SpringBoot、SpringSecurity、Mybatis-Plus 等框架，开发的一套 SpringBoot 快速开发平台，使用门槛极低，且采用 MIT 开源协议，完全免费开源，可免费用于商业项目等场景。
- 采用组件模式，扩展不同的业务功能，可以很方便的实现各种业务需求，且不会导致系统臃肿，若想使用某个组件，按需引入即可，反之亦然。
开发文档
https://maku.net/docs/maku-boot 演示环境
https://demo.maku.net/maku-boot 效果图
生成代码工具和低代码一样吗
关注公众号 soft张三丰