视频: ä¸è¦å²ç¬æåçæ§ (十一月 2024)
是否可以在一个小时内构建可运行的业务应用程序？ 低代码应用程序开发平台（如Appian Quick Apps等）旨在实现这一目的，但是该应用程序在台式机和移动设备上的运行情况如何？ 这些功能的先进程度如何？ 实际上涉及零编码吗？ 这些应用程序构建器是否更适合日常业务用户或开发人员？ 这些应用程序适合基本的协作和项目管理或更复杂的用例吗？
无论如何，您如何构建没有任何编码的应用程序？ 这种新的应用程序创建模式存在很多问题，PCMag对该想法进行了测试。
我们使用了四个低代码工具（Appian，Microsoft PowerApps，Salesforce Lightning和Zoho Creator），将它们与来自Ziff Davis Tech团队的四个开发人员放到一个房间里一个小时，然后观看他们尝试构建基本的应用程序并进行自定义它-无需编写任何代码。 哦，我们也拍了整部电影。
关于“低代码”的一些背景
直到几年前，“低代码应用程序开发”一词才出现，但这一概念并不是一个新概念。 企业的部分价值在于公民发展。 在企业和中小型企业（SMB）中，长期以来一直存在“高级用户”或“公民开发人员”的概念：商业用户自发地创建自己的应用程序，常常涉足Visual Basic for Applications（VBA）在Excel中进行编程。
等式的另一端是传统的开发人员和IT，这些低代码平台旨在通过针对特定业务用例快速构建应用程序来加速软件交付。 “低码”一词本身来自技术研究和分析公司Forrester Research。 分析师Clay Richardson和John Rymer在Forrester的2014年报告“面向客户应用的新开发平台的涌现”中创造了该词，最近又发布了两个市场报告“ Forrester Wave：低代码开发平台，2016年第二季度， ”和“供应商格局：低代码应用平台的破碎，肥沃的地形”。
Forrester估计，供应商在2015年期间至少创造了17亿美元的收入，并在报告中表示，许多供应商的收入每年增长超过50％。 Wave报告细分了该领域的42个供应商，分为五个低代码类别：通用，流程，数据库，请求处理和移动优先，尽管Rymer告诉PCMag，移动优先类别可能会消失，随着该行业在通用用途下的整合，它已成为所有低码平台中必不可少的东西。
“许多人仍然认为这些产品只是工具；我们过去在Lotus Notes或Access中所做的工作是最新的螺丝。这些不是工具，而是平台。如果您打算投资于他们希望能够在尽可能多的情况下创建应用程序。” “移动不是产品，而是功能。通用类别涵盖了移动和Web UI的工具，可帮助您管理项目，应用程序生命周期管理，产品组合管理，管理任务的工具。这些都是非常广泛的功能集。”
Forrester报告还解决了有关低代码平台的三个关键神话。 赖默（Rymer）谈到了每一个：
误解1：低代码平台仅适用于公民开发人员，不适用于专业开发人员。
“这项研究的基础是使用这些产品的参考客户的集合。当我们退后一步去思考这些人是谁时，他们都是专业开发人员。此后，我们遇到了更多的公民开发人员，但是我不会无需进行任何培训和工具即可将这些平台摆在公民开发人员面前。” “我想不出一种能够成功满足具有相同功能集的专业开发人员和最终用户需求的产品。”
误解2：低代码平台无需进行任何编程（低代码与“无代码”）。
“当我们在低代码平台上进行Wave时，我们要问的问题之一是，当您使用这些产品时，需要编写什么功能？答案是1：集成和2：用户界面，” Rymer说。 。 “集成很困难。这是无法预测的。它很混乱。人们进行自定义编码的其他领域是移动UI。如果您希望该应用超越Web应用并进行自定义布局，请访问设备上的服务器，或者希望使用像素-完美的显示器，低代码的平台通常不提供模板。在移动设备上，还有很多工作要做。我们必须进入本地。”
误解3：低代码平台意味着规模小。
“对我来说，关于格局的真正有趣的事情是何时到达收购开始的地步？我们还没有到那儿，因为除了Salesforce和ServiceNow之外，他们的收入已经不存在了，它们已经是大厂商了，但是Appian的收入超过1亿美元……有人会买吗？有人会买OutSystems或Mendix吗？我们还得密切关注微软的进军，因为它们可能在一夜之间成为一个巨大的参与者。在接下来的2-3年中，我认为我们将达到一个世界甲骨文决定收购收入领先者，而不是建立领导者的地步。以5, 000万美元的价格收购低代码供应商对甲骨文来说是花生。雷默
PCMag的测试方法
为了进行测试，每个开发人员都使用各自的低代码平台来创建基本的调度应用程序。 小时结束时的目标是构建一个可以添加新事件（名称，日期/时间，持续时间），邀请用户参加该事件的应用程序，一个用于创建事件的保存按钮以及查看列表的功能日历视图或按时间顺序列出的事件列表。 如果开发人员完成了所有这些任务，他们可以尝试更多的UI定制或通知功能等额外功能。
从功能的角度来看，Rymer表示，低代码平台主要通过声明性开发来代替编码：拖放式可视界面，对象映射和流程建模，表单生成器，所见即所得编辑器等。在Appian，Microsoft PowerApps，Salesforce Lightning和Zoho Creator，开发人员使用这些类型的功能来构建他们的应用程序。 平台之间的另一个巨大差异是Appian是特定于低代码和业务流程管理（BPM）的供应商，而Microsoft，Salesforce和Zoho作为较大的生态系统的一部分提供了其工具，Zoho还提供了Zoho CRM等产品，Zoho Projects和Zoho Books。
为什么我们在测试中使用真正的开发人员而不是普通的业务用户？ 有几个原因。 正如Rymer所解释的那样，开发人员和IT在企业中使用这些平台的频率远远高于公民开发人员。 我们想要测试是否为了向IT部门发送快速票务或轻便功能请求的目的，使用低代码平台快速构建应用程序是否比传统开发过程更容易。
开发人员还首先了解如何创建可运行的应用程序。 在下面的视频中，开发人员能够清楚地说明平台可以做什么，不能做什么，它们的局限性以及这种工具是否真的对日常业务设置有用。
我们是否还会对公民开发人员进行这样的测试，还是让毫无戒心的业务用户走进走廊进入实验室，让他们坐下来，让他们创建低代码应用程序？ 可能吧 我们希望听到您的反馈。 对这个故事发表评论，向我们发送Facebook评论或推文，让我们知道您是否想通过这种内容来学习有关低码的更多信息。
工具如何堆叠
一旦开始计时并开始创建应用程序，开发人员就会发现每种低代码平台的优缺点，但是到了小时结束时，每个人都已经构建了一个应用程序。 平台运作得如何，制成品的外观如何？ 观看下面的视频并查找。
阿皮安
Microsoft PowerApps
Salesforce Lightning
Zoho Creator
底线
这四个平台都创建了一个工作（或至少是半工作）的调度应用程序，但总体上表现最好的低代码工具是Appian和Zoho Creator。 对于Appian而言 ，将Appian快速应用程序和成熟的Appian Designer结合起来可以有效地快速创建应用程序，然后在其上分层自定义和添加功能。 快速应用程序主要基于表单，而完整的设计器使您可以通过拖放式Appian Process Modeler映射应用程序中的所有数据和对象。 它是我们测试过的用于创建BPM应用程序的最成熟，最易于使用的低代码平台。
Zoho Creator也表现出色。 我们的开发人员能够在大约10分钟内轻松创建基本的计划应用程序，然后在剩下的一小时中尝试定制该应用程序。 响应Rymer在低代码平台上的主要局限性，该开发在定制UI和优化移动设备布局时遇到了障碍。 就拖放式开发和表单构建之上的其他脚本而言，Zoho Creator是此类中“最高代码”的平台，但它具有开箱即用的强大低代码功能，可以构建一个一个小时内即可获得稳定的应用。
Salesforce Lightning的性能也非常好，构建了具有相对轻松体验的漂亮应用程序。 我们的开发人员对Salesforce Lightning的最大批评是其围绕Salesforce App Cloud及其客户关系管理（CRM）软件的生态系统的专有性。 根据他的经验，在Lightning中开发应用程序的本质非常依赖于Salesforce的APEX编程语言在定制方面的知识，他建议该产品最适合具有深厚Salesforce专业知识的开发人员和用户。 尽管如此，Salesforce确实涵盖了它的基础，它提供了一个名为Salesforce Trailhead的深入培训网站，其中包含各种课程，以帮助您快速上手。
然后我们来看一下Microsoft PowerApps ，这是Redmond的免费工具，也是该街区上最新的低代码平台（目前仍带有beta标记），并且是最成熟的平台。 PowerApps UI是我们测试过的最时尚的工具，该平台随附有关创建和应用以及各种移动布局的分步说明。
我们的开发人员发现基本的表单用户界面简单明了，并在5-10分钟内构建了应用模板，但是发现该程序仅适用于Windows 8.1或Windows 10计算机，即使在使用Microsoft OneDrive时也无法提取数据。 Forrester的Rymer并不对PowerApps在初始测试中失败感到惊讶，但是一旦Microsoft工具成熟，特别是如果它们将低代码与商业智能（BI）结合在一起，便会看到巨大的进展。
Rymer说：“应该像SharePoint Designer这样面向最终用户的PowerApps，还是它是开发人员的工具？这是他们必须回答的主要问题之一。” “此外，我认为微软最终将把PowerApps和Microsoft Power BI放在一起，以为它们将成为人们串联使用的一对工具。我们将密切关注PowerApps进入GA时的情况，因为那可能很重要。”
