构建网络的相同编程语言也倾向于进入移动应用程序。 这在很大程度上是为了让开发者可以复用在构建 Web 产品时编写的代码，这些产品通常需要在 、 、 和 等操作系统上运行。

但是， 不喜欢这种对 Web 技术的重用。 它希望 Mac App 中的应用程序不会出现在其他任何地方，并且无法在其他平台上运行。 最近， 进行了政策更改，使开发人员更难提交包含网络代码的应用程序。

Mac App 已悄然开始拒绝使用流行工具制作的应用程序，该工具允许开发人员从 Web 代码构建所有内容。 中一些非常流行的应用程序，如 、 和 ，都属于这一类。

在社区讨论中，有几位开发者表示，他们使用的构建的应用程序被拒绝了（这些应用程序之前已获得批准），而苹果给出的解释是“试图隐藏私有 API 的使用”，也就是说网站模板，这些 API 不是专为 内部使用而设计，但适用于第三方开发人员。 我们通常不鼓励使用私有 API 来构建面向公众的应用程序，因为这些 API 可能会随着时间的推移而改变或中断，而 禁止应用程序使用此类 API。

多年来，我在使用这些私有 API 时都没有遇到任何问题。 开发人员可以利用一些专有 API 来大幅改善功耗，而 批准的工具可能会破坏用户体验。 在大多数情况下， 不会为需要访问这些私有 API 函数的开发者提供其他方法。

今天，成千上万使用它构建应用程序的开发人员无法发布更新，除非框架的实现发生重大变化。

虽然开发人员可以通过网站分发他们的应用程序，要求用户直接下载，但这意味着他们需要放弃 Mac App 中的自动更新机制和同步等功能。 而且，这种直接面向消费者的方法可能很快也会停滞不前，因为腾云有争议的公证要求可能会导致审查要求。

之前曾采取措施阻碍 Web 在其平台上的发展。

不允许在 iOS 上使用完全独立的第三方浏览器，并要求所有应用程序在呈现基于 Web 的内容时都使用 的浏览器。 虽然苹果、谷歌等浏览器可以在苹果商店中使用，但在幕后他们必须使用苹果的浏览器来渲染网页。 这意味着 垄断了 iPad 用户访问网络的权利。 在推动开发人员在 iOS 上构建本机应用程序（放弃使用网络技术）时网站开发， 忽略了其他浏览器通常出于自身利益实施开放网络规范的流行趋势。

例如，在网络浏览器中有一种称为视频通话的技术，不需要额外的软件，它支持像 Meet 这样的工具。 但 对该规范的实施异常缓慢网站开发，遗漏了关键功能，并且在嵌入应用程序时无法正常工作。

还阻止了一项名为 Web Apps (PWA) 的新兴标准，该标准允许开发人员构建适用于桌面和移动平台的类原生应用程序。 所以开发者根本没有办法预测它的行为。 如果用户在 或 iPad 中打开应用程序，PWA 不会遇到同样的问题，但由于 iPad 和 iPad 用户无法安装第三方浏览器，因此基于 PWA 的技术根本没有用。

开发者之所以使用PWA、PWA等技术，是因为在实现快速跨平台更新时，开发者可以借助这些技术使用同一套代码库。 有人认为这种做法会降低应用程序的质量，但我认为不及时发布或更新应用程序是不可能的，因为单独维护，Mac 和基于 Web 的产品既复杂又昂贵。 最近， 推出了一个名为 的竞争性框架，可以让开发者快速将 iPad 应用程序移植到 。 对于专门针对 用户的开发人员来说网站开发，这是一款出色的工具。 但是，对于其他跨平台的应用程序帮助不大。

单独来看， 各种微妙的反竞争做法并没有太大的威胁，但综合起来， 已经构建了一个清晰的策略：在 平台上使用 Web 技术变得越来越痛苦，开发者不得不放弃。 如今， 不再接受使用该应用程序构建的应用程序，开发人员可能会找到创造性的解决方法，但这肯定是 与开发人员之间永无止境的猫捉老鼠游戏， 计划在未来进一步控制。 在其平台上运行的应用程序。

通常这些变化都是以隐私或安全的名义进行的，但现实是，如果用户和开发者都没有选择，这种争论似乎微不足道，因为 控制着平台、浏览器引擎和应用程序。 分配方式。 无论您如何看待应用质量，选择才是最重要的。

对其应用生态系统的控制是一种新的垄断，立法者很难理解，也是我们无法反击的，因为当 控制分销和平台本身时，我们根本没有办法摆脱这些束缚。

原来的：