java低代码开发平台都有哪些？

Posted 2023-03-09

java低代码开发平台，能快速开发，节省人工成本，提高开发效率。

国内快速开发平台如目前流行的低代码快速开发平台（如有天翎 ?，普元，天纵，等厂家）myApps微服务架构，多租户模式，门户集成，单点登录，移动端（企业微信，钉钉，APP），功能模板都是可视化配置（如表单引擎，视图引擎，流程引擎，报表引擎，像操作word或Excel，扩展性强，提供源代码，支持国产数据库，操作系统（（瀚高，达梦，统信，中标麒麟等）如天翎java平台后端核心框架：Spring MVC+SpringBoot2.X，视图框架：Spring MVC，缓存框架：Ehcache+Redis，持久层框架：Hibernate+JDBC+File System Serilizable，安全框架：Spring security+antisamyt等

参考技术A

如果需要的是JAVA低代码开发平台的话，可以了解一下JNPF快速开发平台：

jnpf-java-boot 采用J2EE技术体系，基于 Spring Boot 框架封装的快速开发平台，包含多种开箱即用功能，具备RBAC功能、Xss防跨站攻击、自动生成前后端代码、多种存储系统等等多个功能和模块，支持多业务系统并行开发，支持多服务并行开发，平台设计灵活可扩展、可移植，可应用高并发需求，同时兼顾本地化、私有云、公有云部署，支持SaaS模式应用。核心技术采用 Spring Boot、Mybatis-Plus、MinIO 等主要框架和中间件，前端基于 vue-element-admin 框架定制开发。为企业服务化中台整合、数字化中台转型提供强力支撑。

【平台特性】

采用前后端分离的模式：前端基于 vue-element-admin 框架定制开发;

统一授权、认证：基于 Spring Security、Spring OAuth2、JWT 实现的统一认证服务中心，登录基于Spring Security 的标准登录流程。客户端授权支持 Oauth2.0 的四种授权模式：授权码模式、简化模式、密码模式、客户端模式，授权流程跟标准的 Oauth2流程一致。web 端采用简化模式登录系统，移动端可使用密码模式(password)登录系统。同时还支持基于Spring Social的三方账号登录方式，如微信等，并提供拓展模式，支持更多三方渠道。

灵活的权限控制：基于RBAC权限管理，该功能模块下的功能用于维护企业的组织架构信息以及员工信息。主要包含了组织信息、组织架构、企业通讯录、通信录同步等功能。用户可在此功能模块下维护公司的组织架构信息（组织/部门/角色/岗位）和用户信息，也可以通过第三方应用（钉钉/企业微信）将组织架构信息一键导入到系统中，也可以使用组织架构和员工信息的导入功能将数据导入到系统中。

支持多种数据库：支持mysql、SQL Server、Oracle、PostgreSQL、达梦数据库、人大金仓数据库等，您无需关心不同类型数据库间的语法区别；

统一接口管理：基于 Swagger 拓展的API文档服务，主要提供在平台开发阶段的API文档管理和API调试等功能。

JNPF就是为企业数字化转型提供了一大“硬件”，方便企业在数字化转型过程中，最大限度降低企业的试错成本，提高转型效率。大家也可以前往官网试用体验。全面费用管理对企业和组织追求流通效率最优的价值体现在——成本价值、效率价值和体验价值。

【平台组成】

前端应用

jnpf-web：前端主项目，基于 vue-element-admin 框架定制开发

jnpf-web-datascreen：前端大屏项目

jnpf-web-datareport：前端报表项目

jnpf-web-tenant：前端多租户项目

后端应用

jnpf-java-boot：boot后端主项目；

jnpf-datareport：报表设计服务，通过配置数据集，通过执行SQL获取数据以渲染平面报表、图形报表的服务；

jnpf-file-preview：本地文件预览服务，支持doc,docx,xls,xlsx,ppt,pptx,pdf,txt,zip,rar,图片,视频,音频等格式文件；

jnpf-tenant：多租户服务，简单配置可实现数据隔离模式多租户应用

参考技术B java开发平台的，支撑微服务架构的，提供源码的
1、我这边先回答下JAVA的都有哪些开发平台：天翎、炎黄、普元、汇正、红讯、宏天等、
2、支撑微服务架构的，目前是国内就几家：天翎、炎黄、普元、宏天
3、支撑源码开放的：天翎、宏天
4、支持不限制部署：天翎（一次够买终身使用，不限制部署）
5、不限制用户数和并发：天翎，降低对供货商依赖
6、价格：目前管网价格的6折给客户，优惠价格，但是服务不打折
7、专业的技术团队支持，并且专门督导督促管理技术答疑质量和效率
有些企业号称提供全部源码，但是提供的是业务源码，或接口源码。对用户数和授权模块，或部署次数有要求，或捆绑对应的服务器IP等。所以客户在做二开和修改源码层面还是会有或多或少的要依赖供货商，真正做到开箱即用，一次购买终身收益，还是要看过来，细细了解每一家的销售细节和服务内容。
如果是20万预算。购买下天翎的企业版，也提供平台源码，还是不错的，性价比高。 参考技术C 原生低代码厂商

这部分是指专门为低代码行业而生的厂商，这部分厂商虽然创立时间不长，但凭借着融资能力，正在快速发展。这一类别中，投资方性质和关注点的差异会很大程度上影响到产品的发展方向，如国外的Outsystems投资方为KKR（大型私募），更关注成本和现金流，所以产品发展上更突出产品力，推广也是以大型、超大型企业集团为主；而国内的氚云主要投资方是阿里系（互联网基金），更关注流量和市占率，所以产品发展上倾向于在降低门槛、与钉钉等流量平台整合，走的是互联网的路线。楼上的APICloud也是这类玩家。

开发工具厂商

这部分是指以前专门做软件开发工具的厂商，整合自身的开发工具资源后推出了低代码产品。这部分厂商的产品技术能力很强，编程扩展性、可维护性等方面的竞争力也有保障。考虑到开发工具市场的头部效应较明显，推出低代码产品的开发工具厂商不多，但是都是有几十年历史的老厂。典型产品有Progress（Telerik、KendoUI的厂商）的Kinvey和GrapeCity（Spread、ActiveReport的厂商）的Forguncy活字格。产品发展方向上以产品力提升为主，在技术门槛和扩展性中间会更倾向于后者。用户集中在初创型软件开发团队、行业软件代理商、系统集成商和中大企业IT中心，而不是一线业务人员。运营模式为传统的toB，给企业客户更多信心，而不是争取更多普通用户使用。

云平台厂商

做云平台的厂商，希望借助低代码吸引更多用户购买其云服务。低代码在产品线中并不在核心位置上，大多专注于解决“有没有”的问题。代表性产品有Google的App Maker、微软Power Apps（绑定Windows Azure）和阿里云的宜搭。依托于云平台厂商的研发能力，这些产品的易用性有较强的竞争力。考虑到其定位于“引流”，发展方向上以深度整合自家云资源，降低门槛为主，互联网路线是这些厂商的共同选择。
行业软件厂商

行业软件厂商，希望利用低代码技术降低实施、特别是实施中客户化开发环节的工作量，提升行业软件自身的竞争力。典型产品有Salesforce的Lightning和用友的iUAP。这些产品严格意义上属于行业软件的一个模块，与主干产品同步，不会单独销售和运营。

BPM厂商

专注于流程和表单的BPM厂商在自身软件的基础上增加可视化设计器，进一步降低使用门槛后，就实现了向低代码的转型。典型代表有国外的K2和国内的炎黄盈动AWS PaaS。这部分产品的核心优势是强大的工作流引擎，目前主要的发展方向集中在提升页面定制程度。但是，这种基于表单而不是数据模型的架构，在应对复杂应用场景时会遇到诸多障碍，这也是限制这类厂商发展的主要原因。

数据处理软件厂商

与BPM厂商类似，数据处理软件本身可以归入零代码，厂商为产品追加编程接口、增强界面控制能力后即转型为低代码。这类软件在国内比较多，如魔方网表、云表等。这些产品大多处在零代码向低代码转型的过程中，暂时还没有办法给出判断。 参考技术D 低代码开发是未来主流开发模式，java技术是未来开发主流技术，两者融合构建了未来信息化建设的重要支撑，那问题来了，靠谱的java低代码开发平台有哪些呢？

1、专业的低代码平台厂商：天翎、Koala、致博、引迈信息、活字格，这是根正苗红的低代码厂商，产品有积淀，但是营销太老实；
2、垂直领域信息化建设厂商：明道、红圈，顿表云，有的是做项目管理软件，有的做CRM软件，有的做ERP软件，都注意到了灵活二开的需求并开始转型做低代码；
3、OA协同办公厂商：泛微的E-builder也是java技术，但是目前以自用为主，功能和成熟度不足，另外和自身的oa业务也还是剪不断理还乱；
4、新兴互联网厂商：宜搭、搭搭云等，他们的平台主要是样式新颖，视觉层面不错；
关于低代码开发平台其他补充说明：
1、低代码平台名称一致但设计理念和业务擅长千差万别，例如云表、狐表擅长数据填报分析；例如Myapps平台擅长复杂业务流程构建；例如牛刀云擅长网站/APP/小程序快速搭建；
2、低代码开发平台并不是这几年才有的新生事物，其最早可以追溯到上世纪80年代的4GL编程模式，在上世纪90年代已经有4GL商业化软件，21世纪初期国外Outsystem、Mendix，国内的天翎、易正、起步等厂商先后投入到快速开发平台研发和应用中，至今已经近二十年，发展已经非常成熟；
3、低代码开发平台号称开发软件的软件，选型必须慎重又慎重，建议综合考虑技术、业务、服务和价格等多方面因素。