Chrome OS 开始入侵移动平台

简介:

screenshot

Google 有两套系统:本地应用为主的 Android,网络应用为主的 Chrome OS。两套系统是否会融合?这一直是人们关心的问题。目前来看,Android 的发展非常迅猛,而 Chrome OS 相对缓慢,似乎 Android 应该担任统一的平台,但是,Google 并没有将 Android 推向桌面的打算,相反,它一直在推动 Chrome OS 的发展,并且取得了一点进步。

Google 对 Chrome OS 的重视,并不让人奇怪,因为推动网络技术的发展,才是公司的理念所在。Android 更像是应对移动互联网变化的临时之计。为了发展 Android,Google 还不得不利用 Java 技术,与 Oracle 打起了长期的官司。

这不得不引发人们的思考。Google 在操作系统上的策略会如何变化?两套系统继续平行发展,还是打出一条通道?自从 Sundar Pichai 替代 Andy Rubin 掌管 Android 部门之后,这个问题就更让人感兴趣了。

最近一段时间以来,我们看到了 Google 策略上的变化。在 Android 平台,Google 正在淡化系统本身的重要性,它开始将更多的服务剥离出来,使其可以快速更新,而不必依赖于操作系统本身的升级。与此同时,Chrome OS 也在进一步弱化桌面操作系统的重要性。通过 Chrome 应用启动器,Google 把 Chrome OS 的体验搬到了 Windows 和 Mac 平台,进一步推动网络应用。2013 年下半年,Google 推出了离线版的 Chrome 应用,意图解决 Chrome OS 必须依赖网络的弊端。

Google 双个系统齐头并进,理念上却又在出现重合。从今年开始,两者终于有了交叉点,开始走向了融合。只是这种融合与我们以前的想象不太相同。两者的发展仍然会相 对独立,但是,Chrome OS 会开始蚕食 Android。实际上,Chrome OS 想要蚕食的,还包括其他移动系统。
screenshot

在 Chromium 官方博客上,Google 工程师 Andrew Grieve 宣布了把 Chrome 应用搬到移动平台的计划。Google 发布了一套基于 Apache Cordova 的工具链。它是一个开源的移动开发架构,允许开发者使用 HTML、CSS 和 JavaScript 构建本地移动应用。

这套工具可以让开发者为 Chrome 应用加上本地应用的外壳,然后通过 Google Play 或苹果的 App Store 来发布。通过 Google 提供的 Chrome 应用开发者工具,开发者可以让应用运行在 Android 系统之上,无需安装 IDE 或者移动平台的 SDK。同时,Google 提供了一些核心的 Chrome API:

身份认证:让用户通过 OAuth2 登录,无需提供密码

支付(目前仅限 Android 平台):在移动应用中销售虚拟物品

信息推送:从服务器向应用推送信息

sockets:利用 TCP 和 UDP 在网络中发送和接受数据

通知(目前仅限 Android 平台):向移动应用发送多样的通知

存储:在本地存储和检索关键数据

同步文件系统(syncFilesystem):存储和检索 Google Drive 备份的文件

提醒:定期运行任务。

除此之外,开发者还可以使用 Cordova 平台支持的一系列 API。通过这一切的努力,Google 正试图在现有的移动平台(包括自己把握的 Android )上,搭建一个以 Chrome 为核心的新平台。

这是 Chrome OS 入侵移动平台的开始,也是一个长期的过程。Chrome OS 在桌面端的发展,遭遇到的是传统操作系统的抵制,而其在移动端的努力,遭遇的情况同样如此,只是这一次,Google 还要对付自己。Google 的策略已经很明确了,Chrome 才是未来,网络应用才是未来,Android 只是一个不得不走的弯路罢了。

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

相关文章
|
机器学习/深度学习 人工智能 云计算
Intel 平台新特性助力龙蜥 OS 云计算 | 龙蜥大讲堂101期
本次分享的主题是Intel平台新特性助力龙蜥OS云计算。内容涵盖英特尔第四代和第五代至强处理器的新特性,如性能提升、内置加速器等,并详细介绍TDX、SGX、AMX等技术原理及其在虚拟化环境中的支持情况,旨在帮助云用户充分利用英特尔新平台的优势。
408 5
|
弹性计算 运维 安全
优化管理与服务:操作系统控制平台的订阅功能解析
本文介绍了如何通过操作系统控制平台提升系统效率,优化资源利用。首先,通过阿里云官方平台开通服务并安装SysOM组件,体验操作系统控制平台的功能。接着,详细讲解了订阅管理功能,包括创建订阅、查看和管理ECS实例的私有YUM仓库权限。订阅私有YUM仓库能够集中管理软件包版本、提升安全性,并提供灵活的配置选项。最后总结指出,使用阿里云的订阅和私有YUM仓库功能,可以提高系统可靠性和运维效率,确保业务顺畅运行。
|
人工智能 运维 监控
基于操作系统控制平台-深入剖析CPUGPU Tracing分析
基于操作系统控制平台-深入剖析CPUGPU Tracing分析
基于操作系统控制平台-深入剖析CPUGPU Tracing分析
|
安全 前端开发 开发工具
【01】鸿蒙实战应用开发-华为鸿蒙纯血操作系统Harmony OS NEXT-项目开发实战-优雅草卓伊凡拟开发一个一站式家政服务平台-前期筹备-暂定取名斑马家政软件系统-本项目前端开源-服务端采用优雅草蜻蜓Z系统-搭配ruoyi框架admin后台-全过程实战项目分享-从零开发到上线
【01】鸿蒙实战应用开发-华为鸿蒙纯血操作系统Harmony OS NEXT-项目开发实战-优雅草卓伊凡拟开发一个一站式家政服务平台-前期筹备-暂定取名斑马家政软件系统-本项目前端开源-服务端采用优雅草蜻蜓Z系统-搭配ruoyi框架admin后台-全过程实战项目分享-从零开发到上线
659 5
【01】鸿蒙实战应用开发-华为鸿蒙纯血操作系统Harmony OS NEXT-项目开发实战-优雅草卓伊凡拟开发一个一站式家政服务平台-前期筹备-暂定取名斑马家政软件系统-本项目前端开源-服务端采用优雅草蜻蜓Z系统-搭配ruoyi框架admin后台-全过程实战项目分享-从零开发到上线
|
存储 人工智能 运维
阿里云操作系统控制台评测:国产AI+运维 一站式运维管理平台
本文详细评测了阿里云操作系统控制台,作为一款集运维管理、智能助手和系统诊断于一体的工具,它为企业提供了高效管理云资源的解决方案。文章涵盖登录与服务开通、系统管理与实例纳管、组件管理与扩展功能、系统诊断与问题排查以及实时热点分析与性能优化等内容。通过实际操作展示,该平台显著提升了运维效率,并借助AI智能助手简化了复杂操作。建议进一步完善组件库并增强第三方兼容性,以满足更多高级运维需求。
821 2
|
存储 人工智能 运维
产品评测 | 欢迎来到大模型时代的操作系统管理平台
操作系统管理平台是一款专为提升Linux使用效率而设计的工具,提供运维管理、智能助手、扩展组件管理等功能,用户可通过该平台进行系统概览、诊断和观测,确保集群健康运行。安装简便,涵盖内存、存储、网络等多维度诊断,并生成详细报告。特别推荐给需要管理大量ECS资源的运维工程师,免费且功能强大。体验链接:https://alinux.console.aliyun.com/。
|
监控 Android开发 iOS开发
深入探索安卓与iOS的系统架构差异:理解两大移动平台的技术根基在移动技术日新月异的今天,安卓和iOS作为市场上最为流行的两个操作系统,各自拥有独特的技术特性和庞大的用户基础。本文将深入探讨这两个平台的系统架构差异,揭示它们如何支撑起各自的生态系统,并影响着全球数亿用户的使用体验。
本文通过对比分析安卓和iOS的系统架构,揭示了这两个平台在设计理念、安全性、用户体验和技术生态上的根本区别。不同于常规的技术综述,本文以深入浅出的方式,带领读者理解这些差异是如何影响应用开发、用户选择和市场趋势的。通过梳理历史脉络和未来展望,本文旨在为开发者、用户以及行业分析师提供有价值的见解,帮助大家更好地把握移动技术发展的脉络。
996 6
|
安全 开发工具 虚拟化
6 大亮点!全新 Anolis OS 23.1 GA 版正式发布,满足多样化平台支持
结合新时代技术发展需求,龙蜥正式发布全新发行版 Anolis OS 23.1。
|
安全 Devops 虚拟化
【专栏】虚拟化技术与云计算平台 OpenStack:硬件虚拟化、操作系统级虚拟化和容器化
【4月更文挑战第28天】本文探讨虚拟化技术原理,如硬件虚拟化、操作系统级虚拟化和容器化,以及开源云计算平台OpenStack如何利用这些技术提供优势。OpenStack支持多种虚拟化技术,具备开源灵活性、多租户架构、可扩展性、插件式设计和成本效益。未来,OpenStack将在容器化、DevOps、跨云策略和安全合规性方面发挥更大作用,助力企业数字化转型。
1133 4
|
消息中间件 测试技术 Linux
linux实时操作系统xenomai x86平台基准测试(benchmark)
本文是关于Xenomai实时操作系统的基准测试,旨在评估其在低端x86平台上的性能。测试模仿了VxWorks的方法,关注CPU结构、指令集等因素对系统服务耗时的影响。测试项目包括信号量、互斥量、消息队列、任务切换等,通过比较操作前后的时戳来测量耗时,并排除中断和上下文切换的干扰。测试结果显示了各项操作的最小、平均和最大耗时,为程序优化提供参考。注意,所有数据基于特定硬件环境,测试用例使用Alchemy API编写。
1505 0
linux实时操作系统xenomai x86平台基准测试(benchmark)

热门文章

最新文章

推荐镜像

更多