Appstores 2.0

iOS应用商店于2008年发布是成功采用智能手机革命的关键特征。 Google于4年后加入，此后两家公司统治着移动应用行业。 直到现在，在苹果公司第一个应用程序商店推出8年后，随着Google宣布对Android即时应用程序进行升级，应用程序商店的基础开始动摇。
以下是有关应用程序构建和发布的未来前景的一些想法。

但是首先-有什么问题？

每个人都可以创建一个网站，但是只有专业人士才能发布移动应用程序。

撇开所有需要的设计和开发，向商店提交应用程序是一项繁琐的任务。 创建完应用程序后，您将无法立即将其发布到商店。 不仅需要获得商店的批准，而且即使在批准新提交的版本之后，也需要管理以前的版本。 这是巨大的开销，只有拥有正确知识和经验的人才能理解和掌握。 随着诸如Firebase或Parse（RIP）之类的工具的兴起，这些工具允许远程更改某些应用程序设置，变得更加难以理解现有的版本以及所做的更改将如何影响这些版本。

另一方面，网站建设和发布非常简单。 您只有一个真实的网站内容和设计来源。 完成编辑并单击“发布”按钮后，您的网站会立即更新。

当考虑到持续交付和部署自动化的新趋势时，应用程序发布周期的开销看起来会更糟。 这就是为什么有这么多的工具可以让您开始构建自己的网站表单的原因，而在移动端却很少有工具可以这样做。 据我所知，没有一个允许自动发布和管理商店中的版本。

为什么应用流式传输可以以及如何改变所有这些？

从消费者方面来说，应用程序流式传输允许用户打开应用程序而无需先下载它。 使应用程序体验类似于打开网站链接。

现在，如果应用程序可以实时流传输到用户的设备，则从概念上讲，没有理由不应该同时对其进行实时部署，并且在应用程序商店中只有一个真实来源。 想象一个应用程序像一个网页，但不是用HTML，CSS和Javascript编写，而是用Java，Swift或React Native编写。

部署流应用程序会带来新的挑战，尤其是在设备权限，用户隐私和设备功能方面。 并非所有解决这些问题的方法都容易，但可能可行。

假设这就是Google的发展方向，那么看看苹果将如何应对这一举动将会很有趣。 应用流式传输对Google来说非常好，因为它可以直接从Google搜索中发现和安装应用。 对于苹果公司而言，情况并非如此，因为他们倾向于使应用程序在应用商店中保持关闭状态。 另一方面，不对如此重大的变化做出反应可能会留下“领先”的苹果。

如果苹果选择不参加Google应用程序流媒体聚会，他们可能会选择更加顺从的做法，并大幅改善其API，以实现应用程序提交和管理的自动化； 这将使第3方使用出色的工具来填补空白，以简化应用程序的提交和管理。

为了完成这一简短的一厢情愿的想法，我想指出过去几年中的一些重要里程碑，这些里程碑可能会加强我们即将处于该领域正经历着真正变化的想法：

• 2008年-宣布iOS应用商店
• 2012年-宣布Android应用商店
• 2013年— Apple启用了自动更新已安装应用程序的选项，而无需用户批准
• 2014年—苹果公司收购了TestFlight：改进了苹果产品上的应用提交渠道
• 2015年-Google开始在其搜索引擎中为应用编制索引，从而为应用流式传输奠定了第一个里程碑。
• 2015年-Twitter收购了fastlane，fastlane是一个开发工具，可帮助自动和简化应用程序提交。
• 2016年—苹果将新提交的审批时间从一周以上缩短到不到两天
• 2016年-Google宣布推出Android即时应用程序 -一种无需安装应用程序即可流式传输部分应用程序的方法
• 2017年— ???