由Google Gears想到

http://www.iteye.com/topic/85183?page=1
这篇文章已经讨论,但我感觉Google Gears应该放到ajax版块讨论.

引用

Google（谷歌）在今天举行的2007年谷歌开发者日活动中宣布，公司将向开发者提供谷歌离线应用开发工具(Google Gears™)，一种为生成离线网络应用软件而开发的开源技术。

ajaxian.com 立刻由几个应用产生.

另外 关于offlineweb应用讨论也不少  http://ajaxian.com/by/topic/offline/

最近rest架构也需要浏览器端能保存更多的信息.

http://www.ibm.com/developerworks/cn/web/wa-ajaxarch/

引用

人们通常将 Ajax 应用程序描述成无需在每次点击时彻底地刷新整页的 Web 页面。尽管这个描述非常确切，但是根本的动机在于彻底刷新整页会令用户不耐烦，从而无法获得愉快、融入式的用户体验。从架构的角度来看，整个页面全部刷新的设计甚至非常危险，这种设计使您无法选择在客户机存储应用程序状态，这可能会导致妨碍应用程序充分利用 Web 最强大的架构设计点的设计决策。

Ajax 让我们不需要进行完全刷新就可以与服务器进行交互，这一事实使有状态客户机再次成为可用选择。这一点对于动态融入式 Web 应用程序架构的可能性有深远的影响：由于应用程序资源和数据资源的绑定转换到了客户端，因此这些应用程序都可以享受这两个世界中最好的东西 —— 融入式 Web 应用程序中动态、个性化的用户体验，以及遵守 REST 准则的应用程序中简单、可伸缩的架构。

引用

缓存 Ajax 数据

用户浏览一个 Ajax Web 站点，加载 Ajax 应用程序引擎，最好是从浏览器缓存中加载的，否则就从本地代理服务器加载。那么对于业务数据来说情况如何呢？由于应用程序逻辑和状态都在浏览器上驻留并执行，因此应用程序与服务器的交互就与传统 Web 应用程序的方式有很大的不同。不需要获取混合的内容页面，只需要获取业务数据即可。

还有potian在上个帖子中提到的,离线存储例子.

http://www.niallkennedy.com/blog/archives/2007/01/ajax-performance-local-storage.html
其实方案有很多.offline web应用会成为我们解决方案之一的.

评论

4 楼 winterwolf 2007-06-03  

先不要高兴那么早吧

一旦不小心没施放缓冲..........

3 楼 winterwolf 2007-06-02  

听起来挺有趣 不要联想的太远问个现实点的问题

在rest系统中 用ajax编辑资源是否可以在离线状态下put(更新)资源.

连线后更新自动同步到服务器

2 楼 radar 2007-06-02  

与ajax关系是大大大，联接中都有啊！

1、rest架构要求session中等服务器状态放到客户端。
2、ajax OPOA 和 无刷新web页面要求我们客户端保存更多的数据。
3、rest url允许我们更好的实现cache，浏览器的cache当然需要。

http://www.niallkennedy.com/blog/archives/2007/01/ajax-performance-local-storage.html
其实方案有很多.offline web应用会成为我们解决方案之一的.
gears不一定是最好的解决方案。

1 楼 liusong1111 2007-06-02  

楼主开这一话题是英明的，不过文中谈到gears与ajax之间的关系过少，我感觉只有offline web概念上的相似。
最后楼主说offline web应用会成为我们解决方案之一，从而延伸出另个话题：它与现有解决方案对比情况，与现有方案结合会出现哪些价值，不止ajax，rest这俩名词，还有portal、mashups、greasemonkey、sitemesh... 甚至像rest走红一样要求我们重新思考HTTP/HTML的价值和局限。我认为web一个大的方向是aspect oriented web，server端和browser端都可以很轻松的加入web aspect。