App已死，App万岁！ 作者 | Saidat Giwa-Osagie 译者 | 平川 策划 | 刘燕 App 下载量正处于历史高位，但越来越多的创新者相信，它们之外的世界将成为下一个技术前沿。 本文最初发布于 The Next Web。 App 下载量正处于历史高位，但越来越多的创新者相信，它们之外的世界将成为下一个技术前沿。 为了完成一些日常工作，我们不断地在 App 之间来回切换，费时，费事，又消耗设备资源。经常可以看到，人们需要同时使用多个 App 来完成一项任务。想象一下，你正在使用一个 App，但又不得不切换到电子邮件应用，因为你需要验证收件箱中的一些东西。 由于人们平均每天在手机上花 4、5 个小时，所以这最终会浪费大量的时间和金钱。《哈佛商业评论》最近的一项研究发现，工作人员每天在 App 和网站之间来回切换达 1200 次，加起来相当于一年 5 周的时间。想象一下，还要加上工作之余对电子设备的使用。 在神经科学中，这被称为“情境切换”，那不仅耗费时间，还会消耗人们的精力和生产力。 在不到 20 年的时间里，我们已经从“希望有一个这样的 App”到有了丰富的选项。乍一看，这似乎是有好处的。但实际上，它指向了 App 生态系统中一个潜在的问题——虽然有这么多 App，但很少有 App 能真正地做我们希望它们做的事。 有科技界的领军人物表示，低代码和无代码工具的出现，再加上前所未有的云端数据访问，为我们重新构想如何构建 App 驱动的体验提供了恰当的时机。 随着云平台成为许多 App 的主要组成部分，上面已经包含了大量的数据，这些数据可以作为重新定位 App 开发的基础。但是，这种新的范式会是什么样子呢？怎样才能实现？这会是我们所熟知的 App 的终结吗？ 从 App 主导到无 App 在任何关于未来 App 开发的讨论中，你都会听到两种不同的观点。 “超级 App”的支持者认为，一个全功能 App 应该执行多个 App 的活动。然而，这很可能是由大型科技公司构建和运营的。例如，微信不仅允许用户聊天，还允许用户购物、支付账单以及获得政府服务。Meta 允许用户使用 Facebook 账户登录多个平台，或者直接在 Instagram 上购物，这可以视为这一趋势的先兆。 另一方面，Web3 支持者认为，未来的 App 生态将是去中心化的，是用户的偏好，而不是董事会的决定，推动市场向前发展。这个世界将更加重视数据隐私，并设法消除大型科技公司目前的市场影响力。 低代码和无代码工具的出现是民主化开发的关键。虽然这两种方法背后的逻辑不同，但从根本上说，都表达出了对当前 App 生态圈的不满。但我们必须在放弃隐私和大量的新 App 之间做选择吗？ 挑战在于，预构建体验不太可能满足无法预见的需求和创新，因为这些需求和目标并不符合更广泛的公司目标。 例如，一个美发沙龙预订 App 的主要目标是使客户能够进行预订，这直接关系到增加 App 开发人员及其商业客户收入的业务目标。 但是，如果美发厅的顾客想要这样一款 App，他们可以在上面看看不同的发型会是什么样子，或者让他们可以在预订前发送自己想要的发型图片，那该怎么办？如果用户还想检查下日历，看看某个特定的时间是否与另一项预约冲突，或者想知道可用日期的天气情况，又该怎么办？ 如果没有从端到端的视角全面地考虑美发体验的整个过程，那么就很难发现这些超出现有 App 功能的未经省察的需求，进而错过可以真正与用户互动的机会。 有人认为，我们正进入一个超越 App 的时代，人们可以直接从云上获取所需的服务，而无需 App 充当中间人，也就无需依赖于一些公司创建可以部分满足他们需求的 App。 无代码和云的融合 低代码和无代码工具的出现是在更广泛的大众中实现开发民主化的关键。低代码和无代码工具使人们有机会通过他们所构建的技术来表达他们的需求，即使他们不了解将那些想法变为现实的技术词汇。类似地，工程团队也可以借助这些工具快速创建应用程序和服务，而不需要深入研究大量的技术细节。 但是，仅仅创造一个工具是不够的。为了构建真正的个性化体验，我们需要数据。 随着 App 下载量超过 1400 亿，我们的科技运用已经在多个 App 中生成了丰富的数据。总的来说，每个 App 都是一份可以代表我们身份和偏好的比较全面而又独一无二的资料。 像 a16z 普通合伙人 Peter Levine 这样的技术创新者则设想着能够无缝地组合数据，让用户可以向一个事实来源发送查询请求，而不是通过数个 API 将数据硬塞到一个 App 中。其结果将是一种服务，让用户可以直接与云连接，访问满足他们请求的独特的个性化信息。 这些趋势的融合将新的技术推向了前台。与这些行业主导的发展相结合，业界领先的 GraphQL 公司 Apollo Graph 想出了一种新颖的方法，即通过开发新的“超图（supergraph）”架构，使科技行业能够采用一种无 App 的方法。 超图让一切变得简单 超图创建了一个公司数据能力和微服务的网络，让团队可以通过组合来自多个资源的数据，独立开发自己的后端，而又可以避免创建自定义图的麻烦和压力。 Apollo 开发体验高级总监 Peggy Rayzis 告诉 TNW，超图降低了 App 开发的门槛。“通过使它更容易使用并减少开发时间，你将看到更多的创新，而且因为超图非常灵活，你可以把它用于任何类型的 App。” 尽管 Rayzis 表示，超图有无数种用途，但她也指出，电子商务和旅游公司等正在使用这种新技术来改造自己的平台。让僵化的 APP 开发变得更加灵活，为新的模式和体验打开了大门。 例如，你正在预订一次旅行，你希望去的地方可以提供你最喜欢的食物。你无需自己拼凑整合这些信息，使用超图的平台将搜索你外卖 App 中的数据，并结合你的航班搜索历史和以前的酒店住宿记录，以确定哪些目的地和酒店最适合你的喜好。它提供的答案来自每个人的个性化需求，提供的信息也是定制的。这种灵活流畅的设计迎合了每个人独特的需求，并以使用它的个体为中心进行输出。 像 Apollo 超图这样的工具让 App 开发人员可以从全局视角，看看什么样的数据组合对客户最有帮助。因此，他们能够构建一个以用户需求为中心的架构，为有效和高效地回答查询提供直观的帮助。 Rayzis 说，“你可以打开 Explorer，我们的 GraphQL IDE，不需要编写任何代码，只需要点击一个加号就可以构造该查询。这是一个很好的例子，说明了超图如何通过低代码工具让 App 开发变得更简单。” 工程团队不需要一个笨拙地连接多个 API 的平台，他们需要无缝地从各种数据源引入数据，并创建一个中央事实来源，使他们能够创建一个适合个人的灵活的模块化结构。 为什么现在要重新构想 App 了就像 App 花了不少时间才能成为主流一样，这种全新的开发方法可能会改变人们与技术互动的方式。现在，我们已经让云成为无数 App 的一个富数据源，我们可以封装所有这些数据，以改善每个用户的体验，而不是只提供一个模糊的数据横截面。 创建由用户体验塑造的架构，挑战了我们已经早已习惯的规范，但也预示着一条对工程团队和用户都有益的前进道路。让僵化的 App 开发变得更加灵活，为新的模式和体验打开了大门，这对双方来说都可谓重大的胜利。 声明：本文为 InfoQ 翻译，未经许可禁止转载。 原文链接：https://thenextweb.com/news/apps-are-dead-long-live-apps 你也「在看」吗？ ??