浏览 4058 次
|
锁定老帖子 主题：由Google Gears想到
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-06-02
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应用会成为我们解决方案之一的. 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：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。 |
| 返回顶楼 | |
|
发表时间：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不一定是最好的解决方案。 |
| 返回顶楼 | |
|
发表时间：2007-06-02
听起来挺有趣 不要联想的太远问个现实点的问题
在rest系统中 用ajax编辑资源是否可以在离线状态下put(更新)资源. 连线后更新自动同步到服务器 |
| 返回顶楼 | |
|
发表时间：2007-06-03
先不要高兴那么早吧
一旦不小心没施放缓冲.......... |
| 返回顶楼 | |
