论传统定制开发与低代码开发的优缺点
【传统定制开发优缺点】
优点
- “我的代码我做主”
- 完全自主可控,不受限于其它平台,不用担心平台的bug自己处理不了
- 不用去熟悉低代码平台的开发模式或编程语法,“我只想学java、.net、php、python”
缺点
- 以下缺点造成的直接结果是开发成本高、维护成本高(相对)
- 增删改查逻辑、事件变更
- 如用户想在新增客户跟进记录时新增一个业务逻辑:判断今日是否已新增过、统计送礼总额等
- 增删改查字段变更
- 如已开发好的客户列表功能,客户想在客户信息中新增下拉框字段:所属片区(字段越多,工作量越大)
- 前端工程师需要修改代码新增下拉框组件,配置下拉框数据源,重新编译、发布
- 后端工程师需要操作数据库、修改代码的新增、修改、查询,重新编译、发布
- 查询变更
- 如已开发好的数据列表,客户可能经常会新增可搜索字段、可排序字段、可统计字段,也会给前后端工程师带来极大的工作量和维护成本
- 人员变动
- 不同的开发者喜欢不同的开发模式,如:DDD、ABP、三层架构、MVC架构、整洁架构、CQRS架构等
- 一旦人员发生变动,接手的人可能熟悉DDD、ABP半个月都学不废,并且编码风格不一致也可能导致屎山代码堆积成山
【了解低代码平台】
- 市面上有很多优秀的低代码平台,各有自己独有的优势,在选择时需要做详细的对比调研
- 自研一套低代码平台虽然很快,可能2、3个月,但想达到成熟商用至少需要2、3年以上,甚至更久
- 这也是为什么目前有6、7家上市公司研发团队、多家国企、上百家企业选择Microi吾码,而不去自研低代码
- AI+低代码的开发模式已应用到各个领域,这很可能是趋势也是主流
【Microi吾码相比其它低代码平台可能存在的优势】
- 无限制:不限制用户数、表单数、数据量、数据库数量等
- 跨平台:基于.NET8,支持gRPC以实现跨开发语言通信
- 跨数据库:支持MySql5.5+、SqlServer2016+、Oracle11g+,支持读写分离/分库分表,可扩展更多数据库类型
- 分布式:支持分布式部署,支持Docker、K8S、Jenkins、Rancher、CICD
- 分布式缓存:支持Redis哨兵
- 分布式存储:支持阿里云OSS、MinIO、亚马逊S3,可扩展更多存储介质
- 集成消息队列(RabbitMQ)、搜索引擎(ES)、MongoDB
- 界面引擎:界面自定义。试用地址:点击试用
- SaaS引擎:三种SAAS模式,支持数据库级别隔离多租户、TenantId租户隔离、独立组织机构数据隔离
- 表单引擎:支持扩展组件、支持自定义vue组件嵌入表单、支持二次开发调用表单引擎,支持V8引擎事件,灵活实现复杂业务逻辑
- 接口引擎:集成Google V8引擎,支持使用JavaScript在线编写后端接口,支持get、post请求,支持响应文件、读取文件等
- 模块引擎:支持多表关联、查询列、不显示列、统计列、可搜索列、可排序列、动态V8按钮、复杂where条件、接口地址替换、支持多种嵌入模式:iframe、微服务、组件、内置界面模板等
- 模板引擎:表单/表格支持在线html模板渲染
- 数据库管理:支持一键加载第三方数据库,在接口引擎中访问任意数据库
- Office引擎:本地设计office模板,根据模板进行导出、打印
- 工作流引擎v4:v1基于微软WWF、v2基于ccflow、v3基于微软最新WWF、v4完全自主研发,由表单引擎、接口引擎驱动
- 细粒度权限控制:细化到每张表、每个字段、每个菜单、每个V8按钮、每个接口的权限控制
- 单点登录:支持隐藏左侧、顶部。支持第三方系统单点登录低代码平台、低代码平台单点登录第三方系统。
- 微信公众平台:多公众号配置(不同集团分公司用户绑定不同公众号发送模板消息)、多小程序配置、模板消息配置
- 移动端(uni-app):开放100%源代码,可打包小程序、h5、安卓app、ios
- 报表引擎:支持虚拟表格、echarts报表,报表支持自定义增删改。
- 微服务:支持前端微服务(目前vue2基于qiankun,vue3基于MicroApp)
- 任务调度:自定义定时任务,可执行接口引擎、定制开发dll。
- 聊天系统:支持在线聊天、消息通知
- 采集引擎:全能采集引擎,可在接口引擎中采集网页、mvvm渲染前、mvvm渲染后、所有接口请求
- 飞书:使用接口引擎打通飞书接口,支持消息通知等
- 多语言:前后端均支持多语言管理,在线配置多语言