Google Gears -- Apollo 和 WFP的竞争对手又多了一个...

Google (GOOG) is taking another jab at Microsoft (MSFT) by further blurring the line between Web-based and desktop apps.  Yesterday, it announced Google Gears, an open-source project for software developers that lets them convert their Web-based applications to desktop applications that can operate on their own without a connection to the Internet.  Google will enable such offline use for its own Google Reader so that people can read blog and news feeds on a plane or at the beach just like they now can download their e-mails with Outlook.

Google Gears represents the latest step in what I call the whole Webtop movement, and is similar to what Adobe is trying to do with its Apollo project.  The basic idea here is that if you can get Web software developers to easily create desktop apps, then the current distinction between the two disappears.  And so does Microsoft's hold on the desktop.

http://blogs.business2.com/business2blog/2007/05/google_gears_ta.html

不过如何不连接INTERNET而看新闻...技术上如何处理?  PRE-CACHING??  奇怪...

评论

23 楼 liusong1111 2007-06-11  

InfoQ中国的报导：
Google Gears：第二天的业界反应

（它的英文原文发表在6月1号。以往订阅rss的习惯没坚持下来，所以这篇文章没读到。周末去冉翔家顺便把他google reader种子导到俺帐号，顺便试了试reader的离线功能，同步几百条数据下来挺快的，效果不错，看来google产品又一个进入日常使用，hiahia~）

这篇文章额外说了几件事：
一、google在其产品中已经或者正在加入对Gears的支持，如reader、GWT
二、Google期望Gears能成为离线Web应用程序开发的标准
三、Adobe宣布支持Google Gears，并合作解决一些如SQLite的问题，放出Flex的集成范例。
四、Dojo开始支持Gears

前景不错~

22 楼 liusong1111 2007-06-03  

jasongreen 写道

blueoxygen 写道

jasongreen 写道

说点废话：web是基于浏览器的，说实话，学习web开发的过程，让人感觉到，浏览器平台真的是太需要一统了，另外，浏览器提供了多少功能，就有多少安全隐患，比如IE，可以在你浏览网页时下载个文件，安装个啥，莫名其妙的中了木马。怎么样才可以既开发出强大的web应用，又能兼顾安全，实在是软件业的大计。ms这些公司，只追求利益，不为软件业做点好事，垄断桌面，垄断用户，实在太可恨了。google虽然也越来越庞大，也有垄断的征兆，但是人家don't be evil的文化，ms真是应该好好学学。

大谈AJAX的时候是不还得感谢一下当年他那个XMLHTTP activeX object 呢
为啥微软就没为软件行业从来没做过贡献？ 讲讲。

ms不是没有创新，而是他阻碍了技术标准化，你没有理解我的观点

你为什么不说m$在很多时候打破了各商家在标准化道路上扯皮的怪圈，造就事实上的标准，从而推进标准的发展？
为什么要制定标准，为什么要遵从它？
不管怎样，提m$的人品，跟Gears这个讨论没啥关系吧？ 

21 楼 jasongreen 2007-06-03  

blueoxygen 写道

jasongreen 写道

说点废话：web是基于浏览器的，说实话，学习web开发的过程，让人感觉到，浏览器平台真的是太需要一统了，另外，浏览器提供了多少功能，就有多少安全隐患，比如IE，可以在你浏览网页时下载个文件，安装个啥，莫名其妙的中了木马。怎么样才可以既开发出强大的web应用，又能兼顾安全，实在是软件业的大计。ms这些公司，只追求利益，不为软件业做点好事，垄断桌面，垄断用户，实在太可恨了。google虽然也越来越庞大，也有垄断的征兆，但是人家don't be evil的文化，ms真是应该好好学学。

大谈AJAX的时候是不还得感谢一下当年他那个XMLHTTP activeX object 呢
为啥微软就没为软件行业从来没做过贡献？ 讲讲。

ms不是没有创新，而是他阻碍了技术标准化，你没有理解我的观点

20 楼 blueoxygen 2007-06-03  

jasongreen 写道

说点废话：web是基于浏览器的，说实话，学习web开发的过程，让人感觉到，浏览器平台真的是太需要一统了，另外，浏览器提供了多少功能，就有多少安全隐患，比如IE，可以在你浏览网页时下载个文件，安装个啥，莫名其妙的中了木马。怎么样才可以既开发出强大的web应用，又能兼顾安全，实在是软件业的大计。ms这些公司，只追求利益，不为软件业做点好事，垄断桌面，垄断用户，实在太可恨了。google虽然也越来越庞大，也有垄断的征兆，但是人家don't be evil的文化，ms真是应该好好学学。

大谈AJAX的时候是不还得感谢一下当年他那个XMLHTTP activeX object 呢
为啥微软就没为软件行业从来没做过贡献？ 讲讲。

19 楼 winterwolf 2007-06-02  

刚看api 看的眼花还是自己试验一下吧

18 楼 winterwolf 2007-06-02  

liusong1111 写道

winterwolf 写道

capture(urlOrUrlArray, callback)

是不是可以给ajax加速啊 有实验过的没

可惜浏览器没有集成 操作系统没有集成 让傻忽忽的客户自己去下载不现实  

它的原理是用浏览器插件拦截对外发出的页面请求，如果判断得知应该从本地缓存取，就不发出HTTP请求了。可以试它带的例子的时候拔自己网线 

所以如果ajax请求命中缓存，应该能提高效率，老大咋不自己看看文档，还要上来问啊。
傻乎乎的客户在企业级应用上可不缺，说服他安装浏览器插件的阻力比普通互联网用户要小得多。

那么对rest资源进行put(更新网页)也可以先缓存再自动put(更新网页)到服务器上吗?

如果是这样 估计下载的人会很多  

17 楼 liusong1111 2007-06-02  

winterwolf 写道

capture(urlOrUrlArray, callback)

是不是可以给ajax加速啊 有实验过的没

可惜浏览器没有集成 操作系统没有集成 让傻忽忽的客户自己去下载不现实  

它的原理是用浏览器插件拦截对外发出的页面请求，如果判断得知应该从本地缓存取，就不发出HTTP请求了。可以试它带的例子的时候拔自己网线 

所以如果ajax请求命中缓存，应该能提高效率，老大咋不自己看看文档，还要上来问啊。
傻乎乎的客户在企业级应用上可不缺，说服他安装浏览器插件的阻力比普通互联网用户要小得多。

16 楼 winterwolf 2007-06-02  

capture(urlOrUrlArray, callback)

是不是可以给ajax加速啊 有实验过的没

可惜浏览器没有集成 操作系统没有集成 让傻忽忽的客户自己去下载不现实  

15 楼 gigix 2007-06-02  

jasongreen 写道

说点废话：web是基于浏览器的，说实话，学习web开发的过程，让人感觉到，浏览器平台真的是太需要一统了，另外，浏览器提供了多少功能，就有多少安全隐患，比如IE，可以在你浏览网页时下载个文件，安装个啥，莫名其妙的中了木马。怎么样才可以既开发出强大的web应用，又能兼顾安全，实在是软件业的大计。ms这些公司，只追求利益，不为软件业做点好事，垄断桌面，垄断用户，实在太可恨了。google虽然也越来越庞大，也有垄断的征兆，但是人家don't be evil的文化，ms真是应该好好学学。

微软的问题，我用和善的心态来揣测，不是evil，而是缺乏经验。你就是很难希望一家只有20年历史、并且整个历史都在个人电脑时代大发其财的公司好好学习以前的经验教训。譬如说松散耦合，当你的软件产品好卖到整个世界都在跪着把钱送到你面前时，你就是很难记住操作系统不应该依赖于应用程序这样显而易见的设计原则。
但经验之所以成为经验，就是因为每个忽视它们的人都会为之付出代价。所以，就是这样了。

14 楼 jasongreen 2007-06-02  

说点废话：web是基于浏览器的，说实话，学习web开发的过程，让人感觉到，浏览器平台真的是太需要一统了，另外，浏览器提供了多少功能，就有多少安全隐患，比如IE，可以在你浏览网页时下载个文件，安装个啥，莫名其妙的中了木马。怎么样才可以既开发出强大的web应用，又能兼顾安全，实在是软件业的大计。ms这些公司，只追求利益，不为软件业做点好事，垄断桌面，垄断用户，实在太可恨了。google虽然也越来越庞大，也有垄断的征兆，但是人家don't be evil的文化，ms真是应该好好学学。

13 楼 jasongreen 2007-06-02  

我比较anti ms，太霸道，而且微软推出的一些开发技术，也没什么生命力，很快又被自己推翻。。。ms的技术以win os 为基础，sun 和 google 则强调any os，ms要占领用户的桌面，sun 和 google 要让开发者忘掉桌面。

ms 已经成了阻碍技术标准化的刽子手。

12 楼 lz726 2007-06-02  

neuhawk 写道

雷声大,雨点小.

这样才能被听见,至于有没有下雨是另外一回事了.

至少,对偶来说，看到这个帖子本身,就长见识了.........

11 楼 neuhawk 2007-06-01  

雷声大,雨点小.

10 楼 dlee 2007-06-01  

这其实是Google对于M$的RIA策略的反应，与前一段时间Sun推出JavaFX可以联系起来。

M$的策略：通过强大的RIA技术，锁定服务器端的.NET平台，使得越来越多的人从传统的B/S开发迁移到RIA开发上，并且在服务器端也迁移到.NET平台上来，从而扩大服务器端的市场占有率，达到一个赢家通吃的局面。
M$的一贯策略就是通过统治桌面来控制服务器。废掉必须要与Web标准兼容的浏览器是符合他们的利益的。

而基于浏览器的B/S应用消失显然不符合Google等公司的利益。Google是希望浏览器的功能越来越强大，逐渐发展为一个首选的应用开发平台。这又回到了10年前Netscape刚刚推出Java Applet支持的时候了，当时很多人认为将来所有的应用都会是基于浏览器开发的，Windows本身将不再重要。M$感到了巨大的威胁，痛下杀手，灭掉了Netscape。

但是现在M$发现，要灭掉Google是没有那么容易的，至少拼流血的策略不再奏效了，因为Google也很有钱，而且还有可靠的盈利模式。

M$和Google是两个死敌。M$的RIA策略成功的可能性很大，这个策略的侵略性也非常大，因此肯定会遇到更大的反制。现在Sun和Google的这两个行动只是第一波，并不会对M$的RIA策略造成很大影响。所以：好戏还在后头。

9 楼 antonio99 2007-06-01  

现在的features太少，潜在的能力还看不出来，期待正式版...

希望这是web开发方式变革的序幕

8 楼 lordhong 2007-06-01  

liusong1111 写道

ps2: lordhong这家伙告诉大家这么好的东东，自己却不看好，我faint~

大哥...看到这个新闻激动啊...生怕慢一拍被其他JavaEyer抢先发贴... So...木有仔细看...

7 楼 ray_linn 2007-06-01  

web毕竟不是应用，是消息而已。

6 楼 liusong1111 2007-06-01  

同样不了解Smart Agent，感觉上跟potian老大一样，Gears算是新形势下的老概念复活。这种模式跟ajax一样，在大的形势明朗但有待时日的漫长转型期，本该拥有它的领地。
所谓新形势，是REST架构的需求及REST可行性带来的机遇，SaaS的需求，ajax培养起的日益刁钻的用户体验上的需求和ajax本身的局限，WPF这些未来技术的压力以及用户对其急迫的需求寻找更现实的方案，更好的性能，google特殊的位置，总之不论技术上还是政治上来说，这个东东出来的实在太晚了。
平台无关性，架构先进性和开放性让俺对Gears及google这个牌子更有信心。

rails上类似的东东，只弄过slingshot，那只是一个离线的web server，没法跟Gears这么大气优雅的东东比。
看Gears的定位与发展潜力，肯定不会受到greasemonkey一样的待遇，运气好的话，在ajax和WPF交接的年代纵横几年都说不准，期待google创造奇迹。。。

http://code.google.com/apis/gears/index.html
简单瞄了下它的文档，它提供的是浏览器的插件，需要最终用户下载安装，经我验证FF和IE可用。
对于开发者来说，它有三个模块：
一、 LocalServer。 对指定的url资源（页面、图片、css、js等）在客户端进行缓存，可以自动或显式更新缓存。（俺五一的时候详细研究过这一思路，本想等dlee老大把REST论文放出来看过后再与大家讨论，现在看没有必要了，不过如何与REST结合仍是一个大的课题）
二、 Database。
楼上kaktos说客户端装了个小型数据库sqlite，它提供了JDBC式的javascript API对其访问。
三、 WorkerPool。
模拟了多线程工作。好像跟erlang的模式很像（俺erlang还没入门），暂时想像不出有啥用。

这三个模块都是用javascript API控制。

试过它的samples，感觉很爽。

在架构上的冲击比较大，如果简单认为ajax是对传统MVC移了位置，Gears则更需考量的是MVC在什么地方、以什么粒度、何种方式重复，以及哪些数据需要离线存储、同步策略、冲突处理等。显然要求更敏捷高效的工具、更精良的分析手段和架构。-- 大课题啊。
http://code.google.com/apis/gears/architecture.html

还有Security，俺还木来得及看，觉觉先~

总之对它的出现十分兴趣和期待。

ps: 从Gears、rails、以及m$的产品上，JSON也日渐得到它应得的重视了。
ps2: lordhong这家伙告诉大家这么好的东东，自己却不看好，我faint~

5 楼 jasongreen 2007-06-01  

http://news.csdn.net/n/20070531/104757.html

google gears 主要是提升浏览器端性能，google 也曾为IE 打过补丁。

4 楼 potian 2007-06-01  

可能微软的技术和平台有绑定吧

不知道具体内容，但其实这种需求以前在企业用户中也是经常提的

rails好象也有类似的东东，在互联网上的产品也有需求

例如考虑一个个人记帐系统，如果你有便携机或者手机，正好上不了网，但是又想记帐，或者极端地担心服务器的数据会丢失，本地有一份更加安全