氚云存储

❶ java低代码开发平台有哪些

原生低代码厂商

这部分是指专门为低代码行业而生的厂商，这部分厂商虽然创立时间不长，但凭借着融资能力，正在快速发展。这一类别中，投资方性质和关注点的差异会很大程度上影响到产品的发展方向，如国外的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厂商类似，数据处理软件本身可以归入零代码，厂商为产品追加编程接口、增强界面控制能力后即转型为低代码。这类软件在国内比较多，如魔方网表、云表等。这些产品大多处在零代码向低代码转型的过程中，暂时还没有办法给出判断。

❷ 低代码究竟是什么

简介：什么是低代码？我们为什么需要低代码？低代码会让程序员失业吗？本文总结了低代码领域的基本概念、核心价值与行业现状，带你全面了解低代码。

什么是低代码

“Low-Code”是什么？如果你是第一次听说，没准也会跟我当年从老板口中听到这个词后的内心戏一样：啥？“Low-Code”？“Code”是指代码我知道，但这个“Low”字是啥意思？不会是老板发现我最近赶工写的代码很丑很“Low”吧... 想多了，老板怎么可能亲自review代码呢。那难道是指，“Low-level programming”里的“Low”？老板终于发现让我等编程奇才整天堆Java业务代码太浪费，要派我去闭关写一个高性能C语言网络库... 显然也不是，老板哪能有这技术情怀呢。那到底是什么意思？作为一名搜商比情商还高的程序员，能问Google的绝不会问老板。于是我一顿操作后，不假思索地点开了第一条搜索结果：Low-code development platform。

Wikipedia定义

有了低代码后，这一状况将得到根本改善：上述各角色都可以在同一个低代码开发平台上紧密协作（甚至可以是同一个人），这种全新的协作模式不仅打破了职能竖井，还能通过统一的可视化语言和单一的应用表示（页面/数据/逻辑），轻松对齐项目各方对应用形态和项目进度的理解，实现更终极的敏捷开发模式，以及在传统DevOps基础之上更进一步的BizDevOps[2]。

统一开发平台下的聚合效应

低代码尝试将所有与应用开发相关活动都收敛到同一个平台（one platform）上后，将会产生更多方面的聚合效应与规模收益：