零和低代码平台思考

简介

当下零和低代码热度挺高，零代码平台追求以业务应用为核心，用户不关心技术实现，通过UI界面操作完成业务应用搭建，代表的产品有：宜搭（阿里）、应用魔方AppCube(华为)、ivx、medix、轻流等；低代码平台追求以it提效为核心，关心的是程序员群体的开发提效，减少重复劳动，降低技术门槛等，代表的产品有：opsli、jeecg、jnpf、diboot、renren-fast等。

对比

零代码

产品	核心	劣势
宜搭	依托钉钉生态，衍生出的运行态的0代码，以应用为核心，有足够数量的行业应用模板，可快速上手搭建标准应用，学习成本低	灵活性较差，可自定义的页面有限（标准化组件组合页面）
ivx	ide工具，ui编程，可编辑每个页面组件的属性，完全把编程图形化，后端服务以建模为中心，ui操作完成生成的crud+服务编排+规则引擎代码接口逻辑代码 ，可编译运行到国内主流云厂商环境	闭环，自定义语言，代码不可见，学习成本较高，倾向于程序员使用
medix	ide工具，相对于ivx，组件可编程粒度较大，但又比宜搭自定义更强，特别是后端的编排能力，也是以数据建模为中心，进行规则+微流，进行服务的逻辑编排	ide自主研发语言，开发编译部署在自已的闭环生态内完，不可部署到阿里云、华为云等外部云环境，且生成的代码不可见，且需要一定学习成本。

#####低代码

产品	核心	劣势
jeecg	独立部署，以数据建模为中心，可自定义页面，大屏，流程，并最终出码	没有打通编译部署，需要下载代码后使用，不适合二次开发提效
diboot	maven插件，不依赖开发工具，以数据建模为中心，可有限定义模板页面，增量生成crud前后端代码和模板代码，生成代码直接和本地工程打通	没有打通编译部署
easycode	idea插件，强依赖idea开发工具，以数据建模为中心，生成后端crud代码	idea版本变化，插件需要兼容，无法支持前端代码的生成，代码模板不好管理

编译部署

零代码

方式1：运行态，不存在编译部署环境，核心在表现层，后端逻辑来源：事先约定好平台提供的，api市场购买的，现有服务提供的
方式2：需要编译运行，一般是ide方式，通过UI编程，完成前端编排、后端服务编排、数据建模等，每次ui操作的结果，实际是拼装模板代码、流程和规则，生成最终的应用代码到云端，再通过编译和容器化部署到云（CI/CD）。

低代码

低代码是以开发提效为本，所以编译部署逻辑和程序员习惯对齐就行；

应用场景

零代码

零代码的应用，解决的是最上层的应用，没有复杂的业务逻辑和计算分析；
适合行业标准应用，组件和模式固定，有约定好行业标准的逻辑；如：it后管系统、crm、erp、oa等
适合呈现类应用，如：大屏、报表，但复杂的api是已有的；
适合功能单一应用，如：问卷调查、信息收集、h5名片等

低代码

低代码适合编码重复性高、组件重复度高、需要技术门槛等系统；一般大型企业部门职责划分清晰，系统门类很多且重复，各个系统常常需要协同；目标是辅助程序员开发，降低重复编码、减少性能代码研究时间、降低脚手架搭建成本、减少跨系统集成成本、规范代码、规范框架、集成代码质量扫描工具、集成一键部署能力、减少SQL编写等，最终一句话：让程序员只专注业务逻辑。

总结

零代码是UI编程，各个产品侧重点不一样，UI编程的粒度越细，学习成本越高，开发应用时间越长，但用户能自定义的自由度更大；UI编程粒度越大，学习成本更低，设计完整应用更快，粒度到应用粒度，可一键生成；

作为一个程序员，重点总结下低代码的用处，对于技术积累不够深的程序员，在开发过程中遇到问题基本都是百度和google，找到合适的解决方案和代码片段直接cp到工程，那么其实这个过程中很容易出现各种问题，代码规范、代码质量、性能问题等，但如果是将常用的最佳实践代码直接沉淀到低代码工具，和程序员ide编码工具直接交互，将代码生成到工程里，省时省力，还好处多多，因为沉淀的代码一定是经过严格测试检查的代码，代码质量可以保证，代码规范，也节省了程序员上网查找的时间。另外，大公司系统门类多，存在跨系统协作，对于公司新人或者对要集成系统不熟悉的人，都需要先看文档，一步步操作，大多数情况下因为文档没即使跟新或别的原因，集成不是很顺利，但如果将需要集成的中间件或系统SDK，直接发布到低代码平台，程序员直接一键生成实例代码和最佳配置，用户只需要改成自己的特定配置调试即可完成集成，省时省力。