DWR实战(DWR之父强烈推荐)
点击看大图基本信息
- 原书名： Practical DWR 2 Projects
- 原出版社： Springer
编辑推荐
国内第一部DWR著作.
轻松实现Wiki程序、游戏和时间跟踪系统等..
看高手如何灵活运用Ext JS、Comet、Struts 2、Hibernate、Spring等新技术...
推荐阅读
内容简介回到顶部↑
作译者回到顶部↑
本书提供作译者介绍
Frank W．Zammetti，世界知名的Web开发专家，Omnytex公司的创始人和首席软件架构师。他是多个开源项目的领导者，包括扩展Struts的AjaxTag库、StrutsWS和Java Web Parts等。除本书外，他还撰写了Dojo和JavaScript等方面的多部畅销书。...
.. << 查看详细
.. << 查看详细
目录回到顶部↑
第一部分 准备工作
第1章 ajax、rpc和现代ria简介
1.1 web开发的简史：传统模式
1.1.1 全新时代的来临：pc时代
1.1.2 又一次革命：web时代
1.2 传统web应用程序的问题
1.3 ajax来了
1.4 为什么说ajax是范型转变？ria简介
1.5 ajax的缺点
1.6 第一个ajax程序
1.6.1 剖析
1.6.2 什么是ajax
1.7 引入ajax库，降低工作量
1.8 ajax的替代品
1.9 回归dwr
1.10 小结
第2章 dwr初探
2.1 首要问题：为什么首选dwr
2.2 dwr：面向web的rpc
2.3 dwr体系结构概述
第1章 ajax、rpc和现代ria简介
1.1 web开发的简史：传统模式
1.1.1 全新时代的来临：pc时代
1.1.2 又一次革命：web时代
1.2 传统web应用程序的问题
1.3 ajax来了
1.4 为什么说ajax是范型转变？ria简介
1.5 ajax的缺点
1.6 第一个ajax程序
1.6.1 剖析
1.6.2 什么是ajax
1.7 引入ajax库，降低工作量
1.8 ajax的替代品
1.9 回归dwr
1.10 小结
第2章 dwr初探
2.1 首要问题：为什么首选dwr
2.2 dwr：面向web的rpc
2.3 dwr体系结构概述
前言回到顶部↑
DWR——这三个字母比金色阳光下的Zod将军 具有更多威力，需要一整本书来讲述这三个字母的全部内容。.
你知道，这是我的第三本书 。前两本书比较类似，主要内容包括多种库和工具集，以及Ajax、RIA和Web 2.0开发的所有不同方法。但是这一次，本书很明确，就一个主题。当第一次要我写这本书时，坦白地讲我有点担心自己做不好——一个主题难道能够满足一本书的篇幅要求吗？我是否会嫌单调？为一个主题写500多页的书，跟我以前写书的经验该有很多不同吧？
如果要写其他主题，我真不知道答案是什么，但是对于DWR，正如实际情况一样，整个过程轻松而令人愉快。
你知道，有时候，使用DWR可以超容易地实现Web应用程序！对于通常很难完成的任务，使用DWR可以非常轻松实现，而且实现质量很好。DWR使你掌握了如此强大的能力，可以举重若轻，有时你忍不住会停下来想，这中间究竟有何魔力。
本书与我的前两本图书有一个共同点，都采用一个非常注重实效的学习方式。我个人认为，写书应让人能够看到实际应用效果，进而对实现过程和效果详加解释。不要在一开始就给读者抛出大量代码，这样做适得其反。相反，代码应该注释得非常完善，应符合规范一致性，并伴随相关的解释信息。对于我来说，这样学习效果最佳，并且我知道不是只有我自己喜欢这种方式。同样，我不喜欢故意编制的、过于简单的范例，它们无法满足实际应用需求，阅读这些范例只会浪费我的时间。我希望看到一个真实的、可用的应用程序，并根据讲解重点进行分解剖析，这是我喜欢的范例展示方式。我的图书能够一本本面世，也从一个侧面说明这种讲解方式是受到读者欢迎的。
本书与已往两本图书的另外一个相似之处是，都反映了我的处世哲学：生活已然不易，为什么不利用一切机会开怀大笑，照亮我们的生活呢？这种思想流露于我的笔端。我的朋友和同事知道，我会随时随地开各种玩笑。这是我的行事方式，或许效果很好，或许会很糟糕（不承认有时会更糟糕肯定是说谎了）。这种行事方式也是我的写作方式。很多人对我的最大褒奖就是读我写的书就像听我坐在旁边说话。我并不是特意采取这种风格的，这就是我平常的写作风格。看起来相当多的人还是喜欢这种风格的，使我可以继续出版这种图书，我猜测这样做也许不是坏事。
就是这么一本书：一系列实用的应用程序，进行了拆分讲解和描述，并且采用诙谐的语言风格。希望你在学习了不起的DWR库的过程中，能够始终面露会心的笑容。
本书概述
本书分为两部分。第一部分包含前3章的内容，讲述理论知识。具体内容如下。
第1章简要介绍Ajax。阐述应用程序开发的发展历史，如何演进到Web开发，以及如何在现代Web应用程序开发中使用Ajax。本章还提供一些基础的Ajax代码。
第2章正式介绍DWR，描述DWR是什么，DWR的工作原理（在比较高的抽象层级），并介绍DWR的基本使用方法。..
第3章更深入地介绍DWR，包括反向Ajax等高级特性。
接下来是第二部分，以项目为主题深入讲解DWR。总共包含6章，每章都提供一个应用程序。
第4章讨论如何开发InstaMail，这是一个基于Ajax的Web邮件客户端应用程序。
第5章演示如何使用DWR开发一个Wiki应用程序。本章介绍Freemarker模板库和Derby数据库（一个纯Java嵌入式数据库）的用法。
第6章演示如何开发一个正式的文件管理器应用程序——Windows Explorer。这个文件管理器应用程序使用dhtmlx UI组件（用于实现具有良好界面风格的、功能完善的用户界面）以及各种Jakarta Commons库。
第7章讨论如何开发一个企业级的报表门户。这个应用程序使用DataVision开源报表工具，使用script.aculo.us实现UI效果，使用Spring进行数据库访问，以及使用Derby作为存储数据库。
第8章演示如何使用DWR来构建一个游戏。我承认，所构建的游戏不是为了挑战魔兽世界（World of Warcraft）或者其他商业游戏，但是这个游戏确实展示了如何轻松地在DWR中使用反向Ajax（有时也称作Comet）。
第9章是本书的最后一章，我们构建一个时间跟踪系统以管理项目和预约时间。这个项目使用强大的Ext JS库，以创建一个非常简洁的UI层。这个项目也使用Hibernate进行数据访问，并使用HSQLDB作为数据库。
可见，这些项目涉及众多领域，并且把不同支持库混合使用。当与DWR一起使用时，就可以非常容易创建美观和稳健的应用程序。
你知道，这是我的第三本书 。前两本书比较类似，主要内容包括多种库和工具集，以及Ajax、RIA和Web 2.0开发的所有不同方法。但是这一次，本书很明确，就一个主题。当第一次要我写这本书时，坦白地讲我有点担心自己做不好——一个主题难道能够满足一本书的篇幅要求吗？我是否会嫌单调？为一个主题写500多页的书，跟我以前写书的经验该有很多不同吧？
如果要写其他主题，我真不知道答案是什么，但是对于DWR，正如实际情况一样，整个过程轻松而令人愉快。
你知道，有时候，使用DWR可以超容易地实现Web应用程序！对于通常很难完成的任务，使用DWR可以非常轻松实现，而且实现质量很好。DWR使你掌握了如此强大的能力，可以举重若轻，有时你忍不住会停下来想，这中间究竟有何魔力。
本书与我的前两本图书有一个共同点，都采用一个非常注重实效的学习方式。我个人认为，写书应让人能够看到实际应用效果，进而对实现过程和效果详加解释。不要在一开始就给读者抛出大量代码，这样做适得其反。相反，代码应该注释得非常完善，应符合规范一致性，并伴随相关的解释信息。对于我来说，这样学习效果最佳，并且我知道不是只有我自己喜欢这种方式。同样，我不喜欢故意编制的、过于简单的范例，它们无法满足实际应用需求，阅读这些范例只会浪费我的时间。我希望看到一个真实的、可用的应用程序，并根据讲解重点进行分解剖析，这是我喜欢的范例展示方式。我的图书能够一本本面世，也从一个侧面说明这种讲解方式是受到读者欢迎的。
本书与已往两本图书的另外一个相似之处是，都反映了我的处世哲学：生活已然不易，为什么不利用一切机会开怀大笑，照亮我们的生活呢？这种思想流露于我的笔端。我的朋友和同事知道，我会随时随地开各种玩笑。这是我的行事方式，或许效果很好，或许会很糟糕（不承认有时会更糟糕肯定是说谎了）。这种行事方式也是我的写作方式。很多人对我的最大褒奖就是读我写的书就像听我坐在旁边说话。我并不是特意采取这种风格的，这就是我平常的写作风格。看起来相当多的人还是喜欢这种风格的，使我可以继续出版这种图书，我猜测这样做也许不是坏事。
就是这么一本书：一系列实用的应用程序，进行了拆分讲解和描述，并且采用诙谐的语言风格。希望你在学习了不起的DWR库的过程中，能够始终面露会心的笑容。
本书概述
本书分为两部分。第一部分包含前3章的内容，讲述理论知识。具体内容如下。
第1章简要介绍Ajax。阐述应用程序开发的发展历史，如何演进到Web开发，以及如何在现代Web应用程序开发中使用Ajax。本章还提供一些基础的Ajax代码。
第2章正式介绍DWR，描述DWR是什么，DWR的工作原理（在比较高的抽象层级），并介绍DWR的基本使用方法。..
第3章更深入地介绍DWR，包括反向Ajax等高级特性。
接下来是第二部分，以项目为主题深入讲解DWR。总共包含6章，每章都提供一个应用程序。
第4章讨论如何开发InstaMail，这是一个基于Ajax的Web邮件客户端应用程序。
第5章演示如何使用DWR开发一个Wiki应用程序。本章介绍Freemarker模板库和Derby数据库（一个纯Java嵌入式数据库）的用法。
第6章演示如何开发一个正式的文件管理器应用程序——Windows Explorer。这个文件管理器应用程序使用dhtmlx UI组件（用于实现具有良好界面风格的、功能完善的用户界面）以及各种Jakarta Commons库。
第7章讨论如何开发一个企业级的报表门户。这个应用程序使用DataVision开源报表工具，使用script.aculo.us实现UI效果，使用Spring进行数据库访问，以及使用Derby作为存储数据库。
第8章演示如何使用DWR来构建一个游戏。我承认，所构建的游戏不是为了挑战魔兽世界（World of Warcraft）或者其他商业游戏，但是这个游戏确实展示了如何轻松地在DWR中使用反向Ajax（有时也称作Comet）。
第9章是本书的最后一章，我们构建一个时间跟踪系统以管理项目和预约时间。这个项目使用强大的Ext JS库，以创建一个非常简洁的UI层。这个项目也使用Hibernate进行数据访问，并使用HSQLDB作为数据库。
可见，这些项目涉及众多领域，并且把不同支持库混合使用。当与DWR一起使用时，就可以非常容易创建美观和稳健的应用程序。
序言回到顶部↑
深入参与开源项目就像坐过山车。可以了解到人们对Web服务器的需求，以及人们对你的项目的各种想法。当发现很多大型网站使用自己的代码时，责任感油然而生，你为代码中可能存在的错误惴惴不安。当然，当朋友说由于发现更好的替代品，决定从项目中彻底清除你的开源代码时，那种挫折感是无法形容的。还有，当无法完成大量必需的工作，并且意识到很多是与开发没有直接关系的时候，失望之情也会油然而生。.
开源项目的实践经历给我带来很多机会。在这个过程中，我认识了很多以前根本不可能认识的人，并且获得了以前难以想象的工作和待遇。进行开源项目开发确实是我人生中梦寐以求的事情。
Marc Andreeson是Netscape和Ning的创建者之一，最近他写文章谈到如何能够找到满意的开发者。用他的话说，就是“要找搞过开源软件的人”（见http://blog.pmarca.com/2007/06/how_to_hire_ the.html）。
有的公司出题来筛选求职者，这样可以找到擅长在Google中研究“interview questions”（面试问题）的开发者。有的公司依靠行业认证（MCSD、SCJD等）来筛选求职者，他们得到的人依赖的是培训，而不是靠天分。有的公司依靠简历来筛选求职者，他们会雇佣到“天才的绣花枕头”。有些公司依靠面试来选择求职者，他们会找到看上去不错、说得头头是道的雇员。
一点都不奇怪，这些筛选技术都无法得到最好的员工。那么，如何找到喜欢编写良好代码，能够快速解决问题，并且为所做工作感到自豪的开发者呢？..
根据Marc的答案，也正好是我的经验，应该选择那些非常喜欢自己工作的人，他们甚至愿意参与非必需项目的开发。
下面是找到优秀开发者的建议：选择开源项目开发的参与人员。同样，开发者也请积极参与到开源项目中来。不一定是DWR项目，尽管我们希望更多开发者能够参与进来。大家应该选择自己喜欢的项目参与其中。
在刚开始时，可能遇到需“跨越鸿沟” 的问题。头三分钟热度是比较轻松愉快的。你用过某个项目，非常喜欢它，也许还加入到邮件列表中。甚至，还找到自己喜欢参与的任务。当真正参与到一个项目中时，才能明白需要自己具体做什么，以及能够完成什么。但是，在学习以前的代码、了解项目的运行、熟悉开发过程等环节间存在着不小的鸿沟。在跨越鸿沟的阶段，你会步履维艰，因为你处于陌生的环境。
下面是帮助你成功跨越鸿沟的一些建议。首先，从解决小的问题入手。IT项目失败的概率是与项目规模成正比的。从简单特性入手会比较好。几乎所有的IT项目都有改进的余地，存在很多有待实现的简单特性。
第二，不要因为所遇见的问题比较棘手，就认为自己很笨，或者认为项目肯定存在问题。通常，出现这种棘手问题的原因是很多的。可能是历史遗留问题：当编写这部分代码时，程序员并不希望按照这种方式来使用这部分代码。或者，可能存在尚未完成的代码重构工作。DWR代码是相当不错的，因为DWR代码出现时间不长，并且我们热衷于进行重构，但是有些项目可能由于历史原因并不是这样的。
能否成功跨越鸿沟，取决于你是否有足够的动力。你不需要一定是天才，拥有耀眼的简历，或者在面试时表现非常突出。甚至不需要具备在Google中研究“面试问题”的能力。实际上，能够跨越鸿沟者就是那些执著追求成功的人。
参与的形式可以有多种，有时候甚至是与项目本身关系不大的活动，比如编写相关的图书。有时候，这种非直接的参与反而能够给项目带来非常大的价值。开发者通常不擅长编写图书。多年来，我始终希望能够见到一本有关DWR的图书；同时，我自认为不是合适的作者。所以，看到Frank写成了第一本DWR图书，我非常高兴。Frank，感谢你对DWR所做的贡献！...
Joe Walker
DWR的创建者
开源项目的实践经历给我带来很多机会。在这个过程中，我认识了很多以前根本不可能认识的人，并且获得了以前难以想象的工作和待遇。进行开源项目开发确实是我人生中梦寐以求的事情。
Marc Andreeson是Netscape和Ning的创建者之一，最近他写文章谈到如何能够找到满意的开发者。用他的话说，就是“要找搞过开源软件的人”（见http://blog.pmarca.com/2007/06/how_to_hire_ the.html）。
有的公司出题来筛选求职者，这样可以找到擅长在Google中研究“interview questions”（面试问题）的开发者。有的公司依靠行业认证（MCSD、SCJD等）来筛选求职者，他们得到的人依赖的是培训，而不是靠天分。有的公司依靠简历来筛选求职者，他们会雇佣到“天才的绣花枕头”。有些公司依靠面试来选择求职者，他们会找到看上去不错、说得头头是道的雇员。
一点都不奇怪，这些筛选技术都无法得到最好的员工。那么，如何找到喜欢编写良好代码，能够快速解决问题，并且为所做工作感到自豪的开发者呢？..
根据Marc的答案，也正好是我的经验，应该选择那些非常喜欢自己工作的人，他们甚至愿意参与非必需项目的开发。
下面是找到优秀开发者的建议：选择开源项目开发的参与人员。同样，开发者也请积极参与到开源项目中来。不一定是DWR项目，尽管我们希望更多开发者能够参与进来。大家应该选择自己喜欢的项目参与其中。
在刚开始时，可能遇到需“跨越鸿沟” 的问题。头三分钟热度是比较轻松愉快的。你用过某个项目，非常喜欢它，也许还加入到邮件列表中。甚至，还找到自己喜欢参与的任务。当真正参与到一个项目中时，才能明白需要自己具体做什么，以及能够完成什么。但是，在学习以前的代码、了解项目的运行、熟悉开发过程等环节间存在着不小的鸿沟。在跨越鸿沟的阶段，你会步履维艰，因为你处于陌生的环境。
下面是帮助你成功跨越鸿沟的一些建议。首先，从解决小的问题入手。IT项目失败的概率是与项目规模成正比的。从简单特性入手会比较好。几乎所有的IT项目都有改进的余地，存在很多有待实现的简单特性。
第二，不要因为所遇见的问题比较棘手，就认为自己很笨，或者认为项目肯定存在问题。通常，出现这种棘手问题的原因是很多的。可能是历史遗留问题：当编写这部分代码时，程序员并不希望按照这种方式来使用这部分代码。或者，可能存在尚未完成的代码重构工作。DWR代码是相当不错的，因为DWR代码出现时间不长，并且我们热衷于进行重构，但是有些项目可能由于历史原因并不是这样的。
能否成功跨越鸿沟，取决于你是否有足够的动力。你不需要一定是天才，拥有耀眼的简历，或者在面试时表现非常突出。甚至不需要具备在Google中研究“面试问题”的能力。实际上，能够跨越鸿沟者就是那些执著追求成功的人。
参与的形式可以有多种，有时候甚至是与项目本身关系不大的活动，比如编写相关的图书。有时候，这种非直接的参与反而能够给项目带来非常大的价值。开发者通常不擅长编写图书。多年来，我始终希望能够见到一本有关DWR的图书；同时，我自认为不是合适的作者。所以，看到Frank写成了第一本DWR图书，我非常高兴。Frank，感谢你对DWR所做的贡献！...
Joe Walker
DWR的创建者
媒体评论回到顶部↑
“真正的开发者往往不擅长写书，但Frank是个例外。他能为DWR写书我深感荣幸。感谢他为DWR所做的—切!”...
——Joe Walker，DWR之父
——Joe Walker，DWR之父
)
加载中...
