谷歌将停止支持 Chrome OS 以外平台 Chrome 应用

简介:

image
谷歌8月20日宣布,它计划在2018年年初停止支持面向Windows、Mac和Linux的Chrome应用。Chrome扩展程序和主题将不受影响,Chrome应用也将会继续出现在Chrome OS上。

Chrome应用是运行于谷歌浏览器的网络应用程序,分为两类:托管应用(上线于2010年12月)包含单一的清单文件,受限于网页安全限制;打包应用(上线于2013年9月)拥有类似于原生桌面应用的功能,能够与本地存储进行交互。

2015年12月,谷歌将通知中心从Chrome移除。2016年7月,该公司将Chrome应用启动器从其在Windows、Mac和Linux上的浏览器上移除。在让Chrome应用变得更难获取之后,该公司如今将注意力转到了应用本身上。

以下是停止支持Chrome应用的具体时间表:

• 2016年年末:新发行的Chrome应用将不会推向Windows、Mac和Linux平台的用户(开发者提交到Chrome网上应用店的应用将只会出现在Chrome OS上)。

• 2017年下半年:Chrome网上应用店将不再显示面向Windows、Mac和Linux的Chrome应用。

• 2018年年初:Chrome应用将不会在Windows、Mac和Linux上加载。

据谷歌发言人称,未来几个月,Chrome网上应用店将“进行一系列的UI变化,以凸显扩展程序和主题”。鉴于它将不再在Windows、Mac和Linux上呈现Chrome应用,改版该商店也在情理之中。

那么,谷歌为什么要停止支持Chrome应用呢?主要原因似乎有两点。

首先,正如谷歌所解释的,这些年网页应用已经变得更加强大了:

“Web以往并不能提供特定的体验,如离线运行、发送通知和连接硬件。我们3年前推出Chrome应用来帮助解决这一问题。自那之后,我们携手网页标准社区,促使Web上出现了越来越多这样的使用案例。开发者能够利用服务人员、网页推送等强劲的新API(应用程序接口)来打造兼容多个浏览器的Progressive Web Apps网页应用。”

至于为什么是现在而不是更早点开始停止支持Chrome应用,谷歌方面表示:

“我们想要等到有大量的Chrome应用功能被带到Web上先。我们知道Web平台上仍有缺陷,无法将所有的应用功能复制过去,但我们在努力解决这一问题,想要跟开发者和其它的浏览器开发商合作鉴定我们可以加入哪些最重要的API。”

另外,Chrome应用并不是很流行:

目前,Windows、Mac和Linux上约有1%的用户活跃使用Chrome打包应用,多数的托管应用已经被应用为普通的网页应用。因此,Windows、Mac和Linux上的Chrome将在未来两年内停止支持打包应用和托管应用。

谷歌给开发者超过一年半的时间来迁移他们的应用,这很好,但对于投资该平台的人来说,这也真只是唯一的好消息了。并非所有的Chrome应用都能够轻松移植到Web端,因此谷歌请求这些开发者帮助它重点打造新API,考虑开发Chrome扩展程序,或者转移到Electron、NW.js等平台。

Chrome应用名存实亡

在Chrome应用、Chrome应用启动器和应用通知中心的移除中,Chrome OS似乎是唯一不受影响的一个。这不难理解,毕竟它们当初就是为Chrome OS而设的。

谷歌承诺,Chrome应用平台将会迎来更多的增强功能。与此同时,该公司称,“开发者可以继续为Chrome OS开发Chrome应用(或者Android应用)”,但“对于Windows、Mac和Linux上的开发者,我们鼓励他们将其Chrome应用转移到Web端。”

问题在于,大多数的Chrome应用开发者并不只是瞄准其中一个操作系统平台,不管是Chrome OS、Windows、Mac还是Linux。他们想要的是,所开发的Chrome应用既适用于Chrome OS,又适用于Windows、Mac和Linux上的Chrome。

这自然也提出了一个问题:开发者为什么还要开发或者维护Chrome应用呢?它们已经不再流行了,即便它们同时出现在Windows、Mac、Linux和Chrome OS上。而现在,随着Windows、Mac和Linux被排除在外了,Google Play下个月就将登陆Chrome OS了,要说动开发者恐怕没那么容易。

想要开发Android应用还是Chrome扩展程序?前者将兼容Android和Chrome OS,后者则将适用于Windows、Mac、Linux和Chrome OS。然而,Chrome应用很快就将只会出现在Chrome OS上了。

最后一个疑问:在可以开发兼容Chrome OS的Android应用的情况下,开发者为什么要开发Chrome OS应用呢?“我们想要让开发者能够根据自己的用户基础和开发堆栈来开发对他们最有利的东西。”谷歌发言人称。

文章转载自 开源中国社区[http://www.oschina.net]

相关文章
|
10天前
|
存储 Unix 程序员
面试题:Ctrl + C在不同操作系统下的应用
字节跳动面试题:Ctrl + C在不同操作系统下的应用
44 1
|
10天前
|
Web App开发 人工智能 自然语言处理
谷歌公布 2023 年最受欢迎Chrome扩展
谷歌公布 2023 年最受欢迎Chrome扩展
|
10天前
|
消息中间件 测试技术 Linux
linux实时操作系统xenomai x86平台基准测试(benchmark)
本文是关于Xenomai实时操作系统的基准测试,旨在评估其在低端x86平台上的性能。测试模仿了VxWorks的方法,关注CPU结构、指令集等因素对系统服务耗时的影响。测试项目包括信号量、互斥量、消息队列、任务切换等,通过比较操作前后的时戳来测量耗时,并排除中断和上下文切换的干扰。测试结果显示了各项操作的最小、平均和最大耗时,为程序优化提供参考。注意,所有数据基于特定硬件环境,测试用例使用Alchemy API编写。
66 0
linux实时操作系统xenomai x86平台基准测试(benchmark)
|
10天前
|
移动开发 运维 安全
AIX操作系统下应用系统的维护与性能优化
AIX操作系统下应用系统的维护与性能优化
13 0
|
10天前
|
敏捷开发 测试技术 持续交付
探索自动化测试在敏捷开发中的应用移动应用的未来:跨平台开发与操作系统的融合
【4月更文挑战第30天】随着软件开发周期的不断缩短,传统的软件测试方法逐渐显得力不从心。本文将深入探讨自动化测试在敏捷开发环境中的关键作用,分析其如何提高测试效率、减少人力资源成本,并确保软件产品的质量与稳定性。通过案例分析,我们还将讨论实施自动化测试的最佳实践和面临的挑战,为追求高效敏捷开发的组织提供参考。
|
10天前
|
机器学习/深度学习 自动驾驶 安全
深入理解操作系统内存管理:策略与实现基于深度学习的图像识别技术在自动驾驶系统中的应用
【4月更文挑战第30天】 在现代计算机系统中,操作系统的内存管理是确保系统高效、稳定运行的关键组成部分。本文将深入探讨操作系统中内存管理的多种策略及其实现机制,包括但不限于分页、分段和段页式结合等技术。我们将剖析内存分配的原理,讨论虚拟内存技术的实现以及它如何提供更大的地址空间并允许内存的交换。同时,我们还会涉及内存保护机制,它们是如何防止程序访问未授权的内存区域。最后,文中将对现代操作系统如Linux和Windows中的内存管理实践进行比较分析,以期给读者提供全面而深入的理解和参考。 【4月更文挑战第30天】 随着人工智能技术的飞速发展,深度学习已经
|
10天前
|
机器学习/深度学习 人工智能 算法
深度学习在图像识别中的应用与挑战移动应用开发的未来:跨平台框架与原生操作系统的融合
【4月更文挑战第30天】 随着人工智能的迅猛发展,深度学习技术已成为图像识别领域的核心竞争力。本文章将探讨深度学习在图像识别中的应用,并分析其面临的主要挑战。我们将从卷积神经网络(CNN)的基础架构出发,讨论其在图像分类、目标检测和语义分割等方面的应用案例,同时指出数据偏差、模型泛化能力以及对抗性攻击等问题对图像识别准确性的影响。通过实例分析和最新研究成果,本文旨在为读者提供一个关于深度学习在图像处理领域内应用的全面视角。
|
10天前
|
算法 安全 Android开发
深入理解操作系统的内存管理机制构建高效Android应用:Kotlin的协程优势
【4月更文挑战第30天】 在现代计算机系统中,操作系统的内存管理是确保系统高效、稳定运行的关键。本文将探讨操作系统内存管理的核心技术,包括内存分配、虚拟内存、分页和分段等概念,以及它们是如何协同工作以提高内存利用率和系统性能的。通过对这些技术的详细分析,我们可以更好地理解操作系统背后的原理,并评估不同内存管理策略对系统行为的影响。 【4月更文挑战第30天】 在移动开发领域,尤其是针对Android平台,性能优化和流畅的用户体验始终是开发者追求的核心目标。随着Kotlin语言的普及,协程作为其在异步编程领域的杀手锏特性,已经逐渐成为提高应用性能和简化代码结构的重要工具。本文将深入探讨Kotli
|
10天前
|
安全 Devops 虚拟化
【专栏】虚拟化技术与云计算平台 OpenStack:硬件虚拟化、操作系统级虚拟化和容器化
【4月更文挑战第28天】本文探讨虚拟化技术原理,如硬件虚拟化、操作系统级虚拟化和容器化,以及开源云计算平台OpenStack如何利用这些技术提供优势。OpenStack支持多种虚拟化技术,具备开源灵活性、多租户架构、可扩展性、插件式设计和成本效益。未来,OpenStack将在容器化、DevOps、跨云策略和安全合规性方面发挥更大作用,助力企业数字化转型。
|
10天前
|
Web App开发 Java Serverless
Serverless 应用引擎操作报错合集之阿里函数计算中,使用自定义运行时部署程序时,发现Chrome层已经建立但运行程序仍然缺失如何解决
Serverless 应用引擎(SAE)是阿里云提供的Serverless PaaS平台,支持Spring Cloud、Dubbo、HSF等主流微服务框架,简化应用的部署、运维和弹性伸缩。在使用SAE过程中,可能会遇到各种操作报错。以下是一些常见的报错情况及其可能的原因和解决方法。
26 1