相关图书推荐
同类热销商品
您的浏览历史
Wrox:J2EE设计开发编程指南 [绝版]
基本信息
- 作者： Rod Johnson
- 译者： 魏海萍[同译者作品]
- 丛书名： Wrox出版集团精品系列
- 出版社：电子工业出版社
- ISBN：7505387707
- 上架时间：2003-9-22
- 出版日期：2003 年7月
- 开本：16开
- 页码：608
- 版次：1-1
- 所属分类：
计算机 > 软件与程序设计 > JAVA >
J2EE
内容简介回到顶部↑
J2EE是当今可用于企业软件开发的最佳平台。本书的目标是让读者能够轻松自如地制定J2EE开发的体系结构决策与实现决策。内容涉及：在何种情况下使用分布式体系结构；如何高效地使用EJB；开发有效的数据存取策略；设计简洁并且可维护性高的Web接口；设计高性能的J2EE应用程序等。本书的观点是完全独立的，面向问题而非规范，并以作者在生产实践中使用J2EE的实际经验为基础。阅读完本书之后，熟悉J2EE的基本概念但可能还没有任何J2EE使用经验的开发人员，将能够自信地尝试J2EE项目。经验丰富的设计师或开发人员将能够从本书以实用角度为出发点的J2EE体系结构与实现的讨论中受益，因而本书适用于Java设计师、具有J2EE经验的开发人员以及拥有J2EE基础知识并希望从事J2EE项目的Java开发人员。
目录回到顶部↑
第1章 J2EE体系结构
企业级体系结构的目标
决定是否使用分布式体系结构
J2EE设计中的新考虑
何时使用EJB
数据存取
状态管理
J2EE体系结构
Web层设计
设计可移植的应用
小结
第2章 J2EE项目的选择与风险
依据规范版本开发一个策略
选择应用服务器
“纯技术”陷阱
何时使用替代技术来补充J2EE
可移植性问题
中间整备环境与发布管理
建立开发团队
企业级体系结构的目标
决定是否使用分布式体系结构
J2EE设计中的新考虑
何时使用EJB
数据存取
状态管理
J2EE体系结构
Web层设计
设计可移植的应用
小结
第2章 J2EE项目的选择与风险
依据规范版本开发一个策略
选择应用服务器
“纯技术”陷阱
何时使用替代技术来补充J2EE
可移植性问题
中间整备环境与发布管理
建立开发团队
前言回到顶部↑
笔者相信，J2EE是当今可用于企业软件开发的最佳平台。它结合了Java编程语言的各种优点和过去10多年中企业软件开发的种种教训。
然而，这一承诺未必完全得到实现。许多J2EE工程项目中的投资回报是令人失望的。传输系统的速度常常太慢，结构常常过于复杂。开发时间常常和业务需求的复杂性不成比例。
原因出在什么地方呢？与其说是由于J2EE中的缺陷所致，倒不如说是因为J2EE常常没有得到正确使用的缘故所致。而不正确地使用通常是由忽视现实问题的体系结构和开发的方法所引起的。起着主要作用的一个因素是许多J2EE出版物中过分强调各种J2EE规范，而忽略了人们使用这些规范来解决的各种现实问题。现实应用中常常出现的许多问题受到了忽视。
当阅读J2EE讨论论坛时，笔者强烈地感觉到，许多开发人员几乎没有找到自己的行动准则和方向，结果浪费了大量时间和精力。在许多情况中，这些开发人员具有多年的IT经历，但仍觉得掌握J2EE很困难。
问题不是缺少关于J2EE组件的信息。许多图书和万维网站点在描述小服务程序、企业Java组件（Enterprise JavaBean，简称EJB）等方面都做得非常出色，而且对JNDI、RMI和JMS之类的技术也讨论得很充分。
问题出在如何达到下一个水平——怎样获得这些构造材料并使用它们以便在一段合理的期限内构造出满足现实业务需求的应用。在这方面，笔者觉得现有的大部分J2EE作品起着一种阻碍作用，而不是帮助作用。J2EE图书的世界与企业软件项目的世界之间存在一道鸿沟，也就是说脱了节。
本书的目标就是解决这个脱节问题，并提供如何在实践中有效地使用J2EE的明确方向和行动准则。笔者将帮助读者解决J2EE的常见使用问题，以及避免在J2EE项目中常犯的高代价错误。笔者将向读者揭示各J2EE服务和API的复杂性，以便读者能够按时间和预算要求构造出尽可能简单的可能解决方案。笔者将采用一种注重实际经验和实际效果的方法，进而对J2EE正统方法在实践中未能实现正确结果的地方提出质疑，并推荐已得到实践证明的有效方法。
笔者觉得，没有任何一本现有图书实现了这一目标。最接近这一目标的图书或许是Prentice Hall所出版的“Core J2EE Patterns”一书（ISBN：0-13-064884-1），这本书的出版曾经引起不少人的激动，因为终于有了一本论述如何使用J2EE组件的图书。“Core J2EE Patterns”确实是一本好书，也是J2EE设计师和开发人员的一个宝贵资源。尤其是，它所使用的方法已经得到广泛接受，但它是一个Sun出版物，而且无法帮助反映“各方的策略”。
这本书也只关注各种J2EE标准，而极少关注使用真正服务器时所遇到的问题。它没有提供明确的行动准则：只是经常不偏不倚地给出各种非常不同的可替换“设计模式（Design Pattern）”，不做任何具体的分析。已经能够在这些“设计模式”之间自信地做出选择的读者从本书中几乎得不到什么收获。
笔者见过的现有出版物、示例应用和讨论论坛越多，就越坚信J2EE需要一剂注重实际效果的健康良药。J2EE是一个伟大的平台。遗憾的是，针对它而提倡的许多体系结构没有帮助解决许多常见的问题。许多J2EE示例应用（比如Sun公司的Java Pet Store）十分令人失望。它们没有面对现实问题。它们的性能非常差，而且它们的代码常常没有考虑现实问题，因而提供了没有太大价值的模型。
笔者还深深感觉到，J2EE的新手与已经使用J2EE构造企业系统的开发人员之间在见解方面存在着差距。笔者以前的一名同事使用了一个引人遐想的绝妙词汇“多瘤的”来形容已经掌握了一项技术的实际使用技巧同时又留下了许多疤痕的开发人员。虽然J2EE的新手看起来像是遵守清规戒律的J2EE传教士，但“多瘤的”开发人员有所不同。他们不得不抛弃一些意识形态上的包袱来实现必要的功能度或达到足够的性能。像笔者的同事和笔者本人一样，他们已经发现，现实粗暴地改变了最初的想像。
在本书中，笔者将利用自己的亲身经历和行业知识帮助读者设计并开发出切实可行的解决方案，同时又不需要读者经历一个痛苦的过程来发现J2EE理论与现实之间的差距。
J2EE的神秘性
笔者以为，导致人们对J2EE失望的原因通常可以追溯到几个常见的神秘之处，而这几个神秘之处又证实了开发项目中的许多明显和隐含的假设。
· J2EE在应用服务器和数据库之间具有可移植性。
· J2EE是所有企业软件开发问题的最佳答案。如果使用非J2EE技术（比如RDBMS存储过程）能够解决的问题也能利用J2EE技术来解决，那么使用“纯”J2EE方法总是最好的。
· J2EE服务器负责性能和可缩放性，从而让开发人员能够集中精力实现业务逻辑。开发人员可以在很大程度上忽略J2EE“模式”的性能含义，并依赖产品中的可接受性能。
· J2EE能够让开发人员忘了数据存取和多线程化之类的低级问题，因为这些问题将由应用服务器透明地处理。
· 所有J2EE应用都应该使用企业Java组件（EJB），因为EJB是开发企业级应用的最基本J2EE技术。
· J2EE方面的任何问题不久将由更先进的J2EE应用服务器来解决。
然而，这一承诺未必完全得到实现。许多J2EE工程项目中的投资回报是令人失望的。传输系统的速度常常太慢，结构常常过于复杂。开发时间常常和业务需求的复杂性不成比例。
原因出在什么地方呢？与其说是由于J2EE中的缺陷所致，倒不如说是因为J2EE常常没有得到正确使用的缘故所致。而不正确地使用通常是由忽视现实问题的体系结构和开发的方法所引起的。起着主要作用的一个因素是许多J2EE出版物中过分强调各种J2EE规范，而忽略了人们使用这些规范来解决的各种现实问题。现实应用中常常出现的许多问题受到了忽视。
当阅读J2EE讨论论坛时，笔者强烈地感觉到，许多开发人员几乎没有找到自己的行动准则和方向，结果浪费了大量时间和精力。在许多情况中，这些开发人员具有多年的IT经历，但仍觉得掌握J2EE很困难。
问题不是缺少关于J2EE组件的信息。许多图书和万维网站点在描述小服务程序、企业Java组件（Enterprise JavaBean，简称EJB）等方面都做得非常出色，而且对JNDI、RMI和JMS之类的技术也讨论得很充分。
问题出在如何达到下一个水平——怎样获得这些构造材料并使用它们以便在一段合理的期限内构造出满足现实业务需求的应用。在这方面，笔者觉得现有的大部分J2EE作品起着一种阻碍作用，而不是帮助作用。J2EE图书的世界与企业软件项目的世界之间存在一道鸿沟，也就是说脱了节。
本书的目标就是解决这个脱节问题，并提供如何在实践中有效地使用J2EE的明确方向和行动准则。笔者将帮助读者解决J2EE的常见使用问题，以及避免在J2EE项目中常犯的高代价错误。笔者将向读者揭示各J2EE服务和API的复杂性，以便读者能够按时间和预算要求构造出尽可能简单的可能解决方案。笔者将采用一种注重实际经验和实际效果的方法，进而对J2EE正统方法在实践中未能实现正确结果的地方提出质疑，并推荐已得到实践证明的有效方法。
笔者觉得，没有任何一本现有图书实现了这一目标。最接近这一目标的图书或许是Prentice Hall所出版的“Core J2EE Patterns”一书（ISBN：0-13-064884-1），这本书的出版曾经引起不少人的激动，因为终于有了一本论述如何使用J2EE组件的图书。“Core J2EE Patterns”确实是一本好书，也是J2EE设计师和开发人员的一个宝贵资源。尤其是，它所使用的方法已经得到广泛接受，但它是一个Sun出版物，而且无法帮助反映“各方的策略”。
这本书也只关注各种J2EE标准，而极少关注使用真正服务器时所遇到的问题。它没有提供明确的行动准则：只是经常不偏不倚地给出各种非常不同的可替换“设计模式（Design Pattern）”，不做任何具体的分析。已经能够在这些“设计模式”之间自信地做出选择的读者从本书中几乎得不到什么收获。
笔者见过的现有出版物、示例应用和讨论论坛越多，就越坚信J2EE需要一剂注重实际效果的健康良药。J2EE是一个伟大的平台。遗憾的是，针对它而提倡的许多体系结构没有帮助解决许多常见的问题。许多J2EE示例应用（比如Sun公司的Java Pet Store）十分令人失望。它们没有面对现实问题。它们的性能非常差，而且它们的代码常常没有考虑现实问题，因而提供了没有太大价值的模型。
笔者还深深感觉到，J2EE的新手与已经使用J2EE构造企业系统的开发人员之间在见解方面存在着差距。笔者以前的一名同事使用了一个引人遐想的绝妙词汇“多瘤的”来形容已经掌握了一项技术的实际使用技巧同时又留下了许多疤痕的开发人员。虽然J2EE的新手看起来像是遵守清规戒律的J2EE传教士，但“多瘤的”开发人员有所不同。他们不得不抛弃一些意识形态上的包袱来实现必要的功能度或达到足够的性能。像笔者的同事和笔者本人一样，他们已经发现，现实粗暴地改变了最初的想像。
在本书中，笔者将利用自己的亲身经历和行业知识帮助读者设计并开发出切实可行的解决方案，同时又不需要读者经历一个痛苦的过程来发现J2EE理论与现实之间的差距。
J2EE的神秘性
笔者以为，导致人们对J2EE失望的原因通常可以追溯到几个常见的神秘之处，而这几个神秘之处又证实了开发项目中的许多明显和隐含的假设。
· J2EE在应用服务器和数据库之间具有可移植性。
· J2EE是所有企业软件开发问题的最佳答案。如果使用非J2EE技术（比如RDBMS存储过程）能够解决的问题也能利用J2EE技术来解决，那么使用“纯”J2EE方法总是最好的。
· J2EE服务器负责性能和可缩放性，从而让开发人员能够集中精力实现业务逻辑。开发人员可以在很大程度上忽略J2EE“模式”的性能含义，并依赖产品中的可接受性能。
· J2EE能够让开发人员忘了数据存取和多线程化之类的低级问题，因为这些问题将由应用服务器透明地处理。
· 所有J2EE应用都应该使用企业Java组件（EJB），因为EJB是开发企业级应用的最基本J2EE技术。
· J2EE方面的任何问题不久将由更先进的J2EE应用服务器来解决。
评论交流
共有57人开贴评论 109人参与评论 34人参与打分 查看
发表于：2004-6-18 22:49:00
谁谋杀了Wrox？
http://www.csdnblog.net/gigix/archive/2004/06/17/1372.aspx
摘录:涉案者2：邱仲潘、魏海萍
积极参与谋杀Wrox的，不仅有康博工作室这样的英雄集体，还有众多的明星译者，邱先生和魏女士当属其中的佼佼者。之所以选择这两位作为代表，还因为他们翻译的都是Java领域的著作，而我恰好又是一个Java人，对他们的作品更为熟悉。
在中国的IT图书市场，邱仲潘先生绝对是一个值得关注的现象。仅仅在china-pub有案可查的，就有他多达68部著（译）作，内容覆盖面之广令人瞠目结舌：从图形图象到网络硬件，从C++到UML，从MCSE到J2EE，邱先生似乎是无所不知无所不能。联想到他作为厦门大学教授、九三学社成员的身份，不难猜出这些书都是由他挂名，让他手下的学生来翻译的——如果凭他一己之力完成这么多的译作，怕是真要呕心沥血了。早有无数读者指出，邱先生对于IT新技术新名词压根是一窍不通。一位早已功成名就的学界前辈仍然不断挑战自我探求新知，我等后学晚辈敢不汗颜！
与邱先生不同，魏女士该是一位专业对口的研究生——那位常与她一同挂名的毛选先生该是她的导师吧？如果说邱先生的翻译是能力问题，那么魏女士的作品则纯属态度问题。我曾有幸拜读魏女士的译作《Java SOAP编程指南》，文笔和技术都把握得中规中矩，还附上了一篇平淡无奇的译序，虽然不足以出彩，至少也算是合格的翻译了。但不知何故，到了《J2EE设计开发编程指南》这里，她却突然变成了一个外行人：技术词汇频频乱译，好几处关键把意思恰好译反，遣词造句更是能直接读出英文来，译序自然也是不见影踪了。同样是J2EE领域的作品，从能力上该不至于有如此天渊之别，莫非是学业紧张身心俱疲了？
公正地说，在这场谋杀案中，魏女士扮演的或许只是一个小角色。但从个人感情而言，我尤为反感有“态度问题”的人——能力问题或许还更可宽容一些。何况在她手下遇害的恰好是我最喜欢的Expert One-to-One J2EE Design and Development，于是，她便成了我心目中第一号的明星译者。
http://www.csdnblog.net/gigix/archive/2004/06/17/1372.aspx
摘录:涉案者2：邱仲潘、魏海萍
积极参与谋杀Wrox的，不仅有康博工作室这样的英雄集体，还有众多的明星译者，邱先生和魏女士当属其中的佼佼者。之所以选择这两位作为代表，还因为他们翻译的都是Java领域的著作，而我恰好又是一个Java人，对他们的作品更为熟悉。
在中国的IT图书市场，邱仲潘先生绝对是一个值得关注的现象。仅仅在china-pub有案可查的，就有他多达68部著（译）作，内容覆盖面之广令人瞠目结舌：从图形图象到网络硬件，从C++到UML，从MCSE到J2EE，邱先生似乎是无所不知无所不能。联想到他作为厦门大学教授、九三学社成员的身份，不难猜出这些书都是由他挂名，让他手下的学生来翻译的——如果凭他一己之力完成这么多的译作，怕是真要呕心沥血了。早有无数读者指出，邱先生对于IT新技术新名词压根是一窍不通。一位早已功成名就的学界前辈仍然不断挑战自我探求新知，我等后学晚辈敢不汗颜！
与邱先生不同，魏女士该是一位专业对口的研究生——那位常与她一同挂名的毛选先生该是她的导师吧？如果说邱先生的翻译是能力问题，那么魏女士的作品则纯属态度问题。我曾有幸拜读魏女士的译作《Java SOAP编程指南》，文笔和技术都把握得中规中矩，还附上了一篇平淡无奇的译序，虽然不足以出彩，至少也算是合格的翻译了。但不知何故，到了《J2EE设计开发编程指南》这里，她却突然变成了一个外行人：技术词汇频频乱译，好几处关键把意思恰好译反，遣词造句更是能直接读出英文来，译序自然也是不见影踪了。同样是J2EE领域的作品，从能力上该不至于有如此天渊之别，莫非是学业紧张身心俱疲了？
公正地说，在这场谋杀案中，魏女士扮演的或许只是一个小角色。但从个人感情而言，我尤为反感有“态度问题”的人——能力问题或许还更可宽容一些。何况在她手下遇害的恰好是我最喜欢的Expert One-to-One J2EE Design and Development，于是，她便成了我心目中第一号的明星译者。
)
加载中...| 我要写评论 |
| 查看所有评论交流(共57条) |