expert one-on-one J2EE Development without EJB 中文版
|
读过这本书吗？
最近在读
读过
想读
还不熟悉
|
图书城书列：
加入到博客或社交网站：
|
|
我来评论这本书：
内容提要：
这本书拥有一大堆“看点”。譬如说，它的作者Rod Johnson拥有10年编写Java程序的经验，目前是Servlet和JDO 2.0两个JSR专家组的成员；再譬如说，书中着力介绍的Spring、Hibernate、WebWork等都是时下流行的开源框架，IoC、AOP之类都是时下流行的概念词汇。而最大的看点就赫然摆在这本书的封面上：“without EJB”。我们曾经在无数的书籍和文章中看到，EJB是J2EE的核心技术之一；而Rod Johnson的这本书竟然宣称，绝大多数的J2EE应用根本不需要EJB。这种近乎挑衅的姿态令任何一个负责的J2EE架构师很难不萌生一探究竟的念头——不论你是打算赞同他还是打算驳斥他。
但所有这些尽皆不是本书最大的价值所在。选择一种架构、一种技术的依据是什么？Rod Johnson认为，应该是基于实践的证据、来自历史项目或亲自试验的经验，而不是任何形式的偶像崇拜或者门户之见。书中谈到了企业应用方方面面的问题和解决办法，而这些方案无一不是这种“循证方法”的产物。除了把这些方案交给读者，Rod Johnson通过这本书希望传达的、更为重要的信息正是“循证”的工作方式——那原本就应该是程序员的工作方式。 作者简介：
Rod Johnson是一名企业Java架构师，在保险、电子商务和金融行业的信息化领域有丰富的经验。他是欧洲最大的门户网站之一的J2EE架构师，并且以顾问的身份参与了大量的项目。
Rod在悉尼大学(University of Sydney)获得了音乐和计算机科学的学位。在回到软件开发领域之前，他还获得了音乐学的博士学位。他有相当深厚的C／C++技术背景，并且从Java和．J2EE发布之初就已经开始使用它们。他积极地参与到Java社群过程(JCP)之中，是JSR-154(SetMet 2.4)和JDO 2.0规范专家组的成员。自2000年以来，他参与写作了好几本J2EE方面的书籍，畅销书Expert One-on-One J2EE Design and Development(Wrox，2002年)便是出自他的笔下。 编辑推荐：
你的J2EE项目是否耗费了你太多的时间？它们是否难以调试？它们是否效率不彰？也许你还在使用传统的J2EE方案，然而这种主案太过复杂，而且并非真正面向对象。这里的很多问题都与EJB有关：EJB是一种复杂的技术，但它没有兑现自己曾经的承诺。
在这本实战手册中，你将看到另一种截然不同的方案：没有EJB，却可以创建质量更高的应用程序，所需的时间和成本则更低。你将学会如何充分利用各种实用的技巧和工具，包括时下流行的Spring框架和Hibernate两个开源工具。你将看到如何高效地解决企业级应用的核心问题，例如事务管理、持久化、远程调用和web设计。你将了解这种新的方案给可测试性、性能和可伸缩性带来怎样的影响，并亲身体验轻量级架构如何大幅降低项目开发所需的时间和工作量。 自从servlet、EJB、JSP等J2EE技术发布之初，本书作者Rod Johnson就一直在使用这些技术，他对于这些技术的优劣利弊了如指掌。现在，通过这本书，你将可以面对面地分享他的专家经验。 你将从本书学到…… 如何针对自己的应用程序找到最简单、最易维护的架构；在不使用EJB的情况下有效地管理事务；如何利用AOP和loC解决企业级软件开发中的常见问题；web层设计，以web层在设计良好的J2EE应用中的地位；J2EE应用中最有效的数据访问技术，包括JDBC、Hibernate和JDO；如何利用开源产品提升生产率、减少编码量；如何从设计层面上改善性能和可伸缩性。 “传统的J2EE设计思路尤其是EJB日益让架构师和开发者们灰心丧气，我这本书正是为这些人而写的。本书将告诉读者，如何从现在开始用更清晰、更高效的方案去替代EJB，并开始迈向web应用的新时代。” 目录：
关于作者
前言 第1章 为什么要“J2EE Without EJB” 聚光灯下的EJB EJB Under the Spotlight J2EE还剩什么？ 站在十字路口的J2EE 前行的路 主旋律 轻量级框架和容器 我们还应该使用EJB吗？ 小结 第2章 目标 生产率 问题 传统J2EE方案解决生产率问题的办法 提升生产率更好的办法 OO 业务需求的重要性 经验过程的重要性 小结 第3章 各种架构 架构性构件 业务服务层 向外部暴露业务对象 数据访问层，或EIS层 40 J2EE架构 两种EJB架构 两种非EJB架构 J2EE架构实例 “经典的”J2EE远程EJB架构 本地EJB架构 特制的非EJB架构 “轻量级容器架构”：示例应用系统 确定是否采用应用服务器 小结 第4章 简单性的红利 复杂性的代价 在J2EE应用系统中，导致复杂性产生的原因 导致复杂性的架构性原因 66 导致复杂性的文化性原因：一个依靠复杂性为生的产业 复杂到什么地步就是过度了？ 简单还是幼稚？ 刚刚够好就行吗？ 变化的趋势 总结 第5章 EJB，五年间 炒作和经验 EJB和J2EE行业 实践中的EJB 一个过时的组件模型 An Aging Component Model Java语言的进步 .NET的挑战 Web Service 敏捷方法学的兴起 关于EJB目标的混淆 从未出现的组件市场 方兴未艾的新范式：AOP EJB, 我们真正需要什么？为什么无状态Session Bean如此流行？ 声明性事务管理 远程调用 集群 线程管理 EJB实例池 资源池 安全 …… 第6章 轻量级容器与控制反转 第7章 Spring框架简介 第8章 基于AOP概念的声明性中间件 第9章 事务管理 第10章 持久化 第11章 远程调用 第12章 替换其它的EJB服务 第13章 Web层设计 第14章 单元测试与可测试性 第15章 性能与可伸缩性 第16章 示例应用系统 第17章 结语 索引 译者序：
几年以后，当人们重新审视这本《Expert One-on-One J2EE Development without EJB》时，他们会记起这本书曾经如何引领J2EE架构与开发的潮流。
作为译者，我可不毫不费力地帮这本书找出一大堆“看点”。譬如说，它的作者Rod Johnson 拥有10编写Java程序的经验——那正是JAVA诞生至今的时间，他目前是Servlet 和JDO2.0两个JSR专家组的成员，他的前一本书《Expert One-on-One J2EE Design and Development (Programmer to Programmer)》曾经风靡一时；再譬如说，书中着力介绍的Spring、Hibernate、WebWork 等都是时下流行的概念词汇。而最大的看点就赫然摆在这本书的封面上：”without EJB”。我们曾经在无数的书籍..
前言：
就其涵盖的范围而言，读者捧在手中的这本书已经算得上短小轻薄了，这是因为本书所讲述的主题并不像你所想象的那么复杂。
J2EE的“正统”使得人们在很多简单的问题上投入了大量的精力。说实话，J2EE行业的情况常常会让人感到：这些人坚信世界上根本就没有简单的问题。
很多——也许是绝大多数——J2EE应用程序都遭遇了过度工程，并因此拥有一个毫无必要的、复杂的体系结构。过度工程会带来巨大的开销，而J2EE开发者们往往一厢情愿地认为：复杂的体系结构能够极大地降低未来的成本，足以抵消前期增加的成本。可惜，这样的因果关系在软件工程领域通常是痴人说梦。预先设计的复杂度越高，就意味着有越多的代码需要..
序言：
循证潮流的引领者
熊节
几年以后，当人们重新审视这本《Expert One-on-One J2EE Development without EJB》时，他们会记起这本书曾经如何引领J2EE架构与开发的潮流。
作为译者，我可不毫不费力地帮这本书找出一大堆“看点”。譬如说，它的作者Rod Johnson 拥有10编写Java程序的经验——那正是JAVA诞生至今的时间，他目前是Servlet 和JDO2.0两个JSR专家组的成员，他的前一本书《Expert One-on-One J2EE Design and Development (Programmer to Programmer)》曾经风靡一时；再譬如说，书中着力介绍的Spring、Hibernate、WebWork 等都是时下流行的概念词汇。而最大的看点就赫然摆在这本书的封面上：”without EJB..
|