Google GDrive:不会是本地存储的终结者

     

 【WatchStor独家译文】最近有媒体报道称,Google将可能发布一款“Google Drive”(或称GDrive)面向文件的云存储技术。许多报道都预测不受限制的在线存储将有可能“对行业产生重大影响”,更有人称GDrive将让本地硬盘驱动器也变得过时。

我经常使用Gmail和Google Docs,还有其他一些在线存储服务。但是我对这个问题抱有一种现实的态度,而这正是一些记者和分析师希望掩盖的。

从根本上讲,GDrive可以允许任何人免费或者只支付很少费用来保存任何类型的大量数据,甚至可能是“没有限制的”。你所有的音乐、电影、图片、视频、业务文件或者个人文件都可以被安全地保存在Google服务器中。由于不限制存储容量,你就不需要大量硬盘驱动器。如果你所有数据都保存在Google云中,你就需要使用在线应用,那么为什么还需要在桌面或者笔记本电脑中的应用?

TR Daily报道称:“未来,如果你使用的计算机不再需要硬盘驱动器,而是直接从GDrive和因特网上启动Google操作系统,千万不要感到惊讶。”不过遗憾的是,TR Daily设想的是一个不现实的未来——至少就中短期来说,对大多数人都是不现实的。

首先,因特网访问是无所不在的。现在有如此之多的站点,其中互连性是不存在的,或者非常缓慢,这实际上都是没有用处的。解决方法就是,保存在本地计算机中的应用。当然,你可以将数据上传到云中,在取得连接之后将数据下载下来。的确,最近Google发布的“在线Gmail”正是这一目的——将电子邮件下载到你的计算机中,当你没有连接网络或者连接性很差的时候。但是这仍然是本地存储,对吗?

第二,即使你有良好的连接性,“云”仍然可能遭遇“风暴”,也就是云服务中断。Gmail一般运行良好,但是也会有时候发生故障,如果你没有其他访问电子邮件的路径就只好中断工作。我在三个在线站点中保存我的电子邮件副本——我的电子邮件托管公司、ISP和Gmail——一级在我计算机上的Microsoft Outlook、Mozilla Thunderbird以及我的黑莓手机中。

第三,正如Gmail通过索引你的电子邮件来实现快速且简便的信息搜索一样,GDrive也会对你的文件进行必要的索引。当Google发布Gmaild的时候,很多人都抗议Gmail可能会泄露个人隐私。现在这些抗议的呼声越来越小了,但是当人们不再是只是保存几GB的电子邮件、而是上百GB甚至TB不同文件的时候,这个问题还将浮出水面。

第四,在台式计算机、笔记本电脑甚至是上网本中的存储空间正在不断增加,而价格却在大幅下滑。现在很多上网本都采用了120GB和160GB的驱动器。一些智能手机也配置了8GB的内容或者是8GB的迷你SD卡。换句话说,本地存储已经不再是人们的关注的焦点了。

别误会我的意思。云计算现在已经是计算机和移动设备一个重要部分,更不用说未来了。但是如果或者当GDrive发布之后,需要记住重要一点,那就是它将是一个有用的工具,而不是本地存储或者本地应用的终结者。【WatchStor独家译稿,未经许可禁止转载。合作伙伴请注明原作者及出处为WatchStor.com】

 

来源:51CTO

时间: 2024-10-26 18:32:56

Google GDrive:不会是本地存储的终结者的相关文章

HTML5 LocalStorage 本地存储原理详解

  说到Web开发中的本地存储,大家最先想到的应该就是Cookies这玩意了,最早的Cookies自然是大家都知道,问题主要就是太小,大概也就4KB的样子,而且IE6只支持每个域名20个cookies,太少了.优势就是大家都支持,而且支持得还蛮好.很早以前那些禁用cookies的用户也都慢慢的不存在了,就好像以前禁用ja vasc ript的用户不存在了一样. userData是IE的东西,垃圾.现在用的最多的是Flash吧,空间是Cookie的25倍,基本够用.再之后Google推出了Gear

html5中本地存储替代cookie:qext.LocalStorage例子

 背景 先看看各种本地存储的变革: Cookies:浏览器均支持,容量为4KB UserData:仅IE支持,容量为64KB Flash:100KB Google Gears SQLite :需要插件支持,容量无限制 LocalStorage:HTML5,容量为5M 现准备在项目中试图取代cookie的实现,基本分析如下: 每次和服务器端进行交互,cookie都会在请求中被携带,cookie过多,也造成带宽的浪费 cookie的容量很小,或许无法满足当今互联网的本地存储需求 在IE8+.Fire

HTML5移动应用开发第2章:移动web应用的本地存储

在本文中,您将使用最新 Web 技术开发 Web 应用程序.这里的大多数代码只是 HTML.JavaScript 和 CSS - 任何 Web 开发人员的核心技术.需要的最重要的东西是用于测试代码的浏览器.本文中的大多数代码将运行在最新的桌面浏览器上,例外的情况会指出来.当然,还必须在移动浏览器上进行测试,您肯定希望最新的 iPhone 和 Android SDK 支持这些代码.本文中使用的是 iPhone SDK 3.1.3 和 Android SDK 2.1. 本地存储基础 Web 开发人员

Android实训案例(三)——实现时间轴效果的ListView,加入本地存储,实现恋爱日记的效果!

Android实训案例(三)--实现时间轴效果的ListView,加入本地存储,实现恋爱日记的效果! 感叹离春节将至,也同时感叹时间不等人,一年又一年,可是我依然是android道路上的小菜鸟,这篇讲的是时间轴的实现,说实话,其实就是listview的偷梁换柱,本来我会在写listview这个系列的时候写的,但是最近自己写的一个项目<Only>上用到了,很多群友说也想看看怎么实现的,独乐乐不如众乐乐,所以就提前先来分享,说说listview,这可是一个名角,在android上很受欢迎,也很实用

js仿微博实现统计字符和本地存储功能_javascript技巧

随着移动设备和Web应用的普及,为了更好的便于用户的使用,对于网页或应用程序的用户体验要求就越来越高,确实是这样,作为用户更喜欢选择用户体验效果好的网站或应用程序,所以作为开发者的我们就需要开发出更人生化的应用程序了. 相信许多人有使用微博的经验,像微博这样的社交平台,好的用户体验就变得尤其重要了. 例如:我们在发微博时,文本框会实时地提示我们剩余字符数,这样人性化的提示方便了用户知道微博字数的限制,同时也限制了用户的输入字数. 有一句话我们要牢记在心的是:凡是输入,必有限制:凡是输入,必须校验

HTML5的本地存储方案LOCALSTORAGE的例子

本地存储解决方案很多,比如Flash SharedObject.Google Gears.Cookie.DOM Storage.User Data.window.name.Silverlight.Open Database等. html5的本地存储localStorage 以下是各种本地存储方案的特点: Cookie: 在web中得到广泛应用,但局限性非常明显,容量太小,有些站点会因为出于安全的考虑而禁用cookie,cookie没有想象中的那么安全,Cookie 的内容会随着页面请求一并发往服

详解HTML5 LocalStorage本地存储用法

说到本地存储,这玩意真是历尽千辛万苦才走到HTML5这一步,之前的历史大概如下图所示: 最早的Cookies自然是大家都知道,问题主要就是太小,大概也就4KB的样子,而且IE6只支持每个域名20个cookies,太少了.优势就是大家都支持,而且支持得还蛮好.很早以前那些禁用cookies的用户也都慢慢的不存在了,就好像以前禁用javascript的用户不存在了一样. userData是IE的东西,垃圾.现在用的最多的是Flash吧,空间是Cookie的25倍,基本够用.再之后Google推出了G

HTML5 WebStorage(HTML5本地存储技术)_CSS/HTML

WebStorage是HTML5中本地存储的解决方案之一,在HTML5的WebStorage概念引入之前除去IE User Data.Flash Cookie.Google Gears等看名字就不靠谱的解决方案,浏览器兼容的本地存储方案只有使用cookie.有同学可能会问,既然有了cookie本地存储,为什么还要引入WebStorage的概念? Cookie肿么了 cookie的缺陷是非常明显的 1. 数据大小:作为存储容器,cookie的大小限制在4KB左右这是非常坑爹的,尤其对于现在复杂的业

HTML5 学习总结(三)——本地存储(localStorage、sessionStorage、WebSqlDataBase、IndexedDB)

HTML5问世以后,前端加入了一个重要的功能,便是本地存储,本地存储可分为4类: Local Storage:总的存储量有所限制,并不能提供真正的检索API,数据的生命期比窗口或浏览器的生命期长,数据可被同源的每个窗口或者标签页共享,兼容性很好,使用最多的存储方式. Session Storage:只要浏览器窗口不关闭就会一直存在,不应该把真正有价值的东西放在里面,数据会保存到存储它的窗口或者标签页关闭时,数据只在构建他们的窗口或者标签页可见 Indexed Database:在Indexed