|
|
Bitter Java中文版Bitter Java  |
|
|
|
| 原价:
￥35.00(以下报价瞬息万变,建议您点击全部站点比对) | | |通过以下方式购买,或许更便宜: |
|
|
| |
【作 者】 Bruce A.Tate
【开 本】16 【版 次】0次
【分 类】 计算机书店>>程序设计
【页 数】
240
【字 数】
0
【日 期】
2006年1月
【装 帧】
简装
【出版社】
机械工业出版社
【ISBN】
0
【关注程度】已有1099人关注该图书
【版本状态】『全图版』
|
|
|
|
|
|
我要购书网的承诺：本网上购书中心所出售的"Bitter Java中文版Bitter Java"图书保证正版，您在本购书中心享有收到图书七天内无条件退货！收到商品15日之内换货的待遇！
|
| |
退货规定：从本网上书店所购买的图书如有质量问题(字迹模糊/缺页/倒装/开线/开胶/折页/封皮破损/缺少随书赠品),可在收到商品7日之内可退货 |
| |
换货规定：从本购书中心所购买"Bitter Java中文版Bitter Java"图书如有质量问题(字迹模糊/缺页/倒装/开线/开胶/折页/封皮破损/缺少随书赠品),可在收到商品15日之内换货
|
|
| |
本书系统地介绍了常见的服务器端Java编程错误，以及这些错误产生的原因和解决方案。书中涵盖了基本Java和J2EE概念的反模式，如servlet、JSP、EJB、企业连接模型和可扩展性等，通过代码示例展示了Java编程中常见的陷阱，还提供了重构代码，并解释了为什么新方案是安全的。本书适合中级水平的Java程序员、分析员或架构师阅读，通过研究书中介绍的反模式，可以吸取别人的经验教训，在工作中少走弯路。.
大多数软件项目都遭遇了失败，这是一个公认的事实。要从这些失败中汲取重要的教训，这正是《Bitter Java》的目的。
只是重用设计模式并不一定能保证成功：模式就像某处危险地形的部分地图。这些模式很有帮助，但是不能防止你迷失。本书会教读者怎么发现自己迷路了，以及如何回到正道上来。本书通过代码示例展示了Java编程中常见的陷阱；还提供了重构代码，并解释了为什么新方案是安全的。..
本书系统地记录了常见的服务器端Java编程错误，以及这些错误产生的原因和解决方案。书中涵盖了基本Java和J2EE概念的反模式，如servlet、JSP、EJB、企业连接模型和可扩展性。如果你是一个中级水平的Java程序员、分析人员或架构师，急切地希望避免他人遭遇的痛苦经历，那本书正是你需要的。
通过研究本书中介绍的一些反模式，如往返通信，神奇servlet、缺少缓存。抖动调优，等等，你就能避免重蹈覆辙，更安全地前进。...
说实在的，很少有计算机的书能把我迷住。有时，作者的睿智和对技术的精通不能不让我折服，Guy Steele的《Common LISP: The Language》就是这样，我记得很清楚，我是躺在风和日丽的夏威夷海滩上一口气把它看完的。有人可能会笑话我这么“滑稽”，也许他们笑我是有道理的，不过对我来说，Steele的每一章都写得那么引人入胜，让人忍不住想再看下一章。这本书真是让我爱不释手。 再就是一本看似小说的书，其中却不断的有令人惊奇的新发现。一方面它会牢牢地吸引住读者，让人沉迷其中，忘却周遭的现实世界；另一方面又用深刻的事实提醒着你，这些事实是你一直以来迫切搜寻的，稍纵即逝，尽管你知道应该认识到这些问题，但往往出于某种原因忽视了它们的存在，这本书则举起大锤让你警醒。Tom DeMarco的《The Deadline: A Novel About Project Management 》就是这样一本书。同样让我不忍释卷。 对我来说，Bruce Tate写的《Bitter Java》又是一个奇迹，它同样让我着迷。与DeMarco所说的绑架到摩罗维亚（译者注：这是作者所杜撰的一个奇境国家）一样，Bruce自己的种种“极限运动”：皮划漂流、在崎岖的山路上骑车，还有热气球冒险旅行，这些无不让我随着他们在急流中“上下颠簸”，“疾速挥浆”想看到下一个模式或陷阱。就像Steele的书一样，每看完一章后，我简直等不及看下一章；DeMarco的书让我手不释卷，看《Bitter Java》的感受也是一样，同样是舍不得放下。 要问我的建议？很简单，如果你没办法放下手边的事情，不能安排出全天的时间来静心地看这本书，那你先别开始看。如果天色已经很晚了，那我很同情你，因为你会忍不住熬夜把它看完，这样你明天肯定会疲惫不堪。如果你躺在夏威夷海滩上看这本书，最好用SPF 99的防晒霜。在你津津有味看书的时候，你会忘记时间，那么长时间地曝晒在烈日之下，对你的皮肤来讲实在是够受的。 《Bitter Java》确确实实把我震住了，希望你也一样。如果你要开发软件，或者要与开发软件的人共事，会发现每一章的内容都那么精辟，你会把它们引为经典，我的下一个设计评论中就打算引用Bruce的观点。《Bitter Java》里凝聚着作者的智慧和经验，这是每一个优秀软件工程人员梦寐以求的。我觉得第9章有关Java编码标准的内容可以自成一本书，要是有这样一本书，衷心希望所有Java程序员都能仔细阅读，精心钻研。 按照Bruce的观点，显然软件工程与在危险的急流上飞流直下可有一比，尽管不像在标准的4级急流中那样有生命危险，但是软件工程的失败对于你的生活（以至你所领导的人们的生活）来讲，可能同样是一场灾难。所以建议你仔仔细细地好好研究这本绝妙的指南。Bruce在这本短小精悍的书中，凝聚了一个能真正驾驭急流的高手的真知灼见，这些经验不可多得，讲述得清晰明了，读起来轻松有趣。 做好准备，尽可能地去体会这些危险之旅带来的震撼吧！不过别被吓倒了，遇到危险就狼狈得丢盔弃甲！祝你愉快！Hays W. 襍kip* McCormick III，《AntiPatterns: Refactoring Software,Architectures, and Projects in Crisis》的作者之一 |
| |
| 第一部分 基 础 知 识第1章 Bitter传说 21.1 自由降落的Java开发 21.1.1 生活中的反模式 41.2 使用设计模式强调正面 41.2.1 设计模式在线资源 51.2.2 UML为模式提供了语言 61.3 反模式从负面学习 61.3.1 一些著名的反模式 61.3.2 实际中的反模式 71.3.3 反模式资源 81.4 反模式的思想并不是全新的 91.4.1 从业界学到的教训 91.4.2 检测工作 101.4.3 重构反模式 111.5 为什么写这本书 111.5.1 本书方法 121.5.2 本书工具 121.5.3 本书组织结构 121.5.4 本书读者对象 141.6 前瞻 14第2章 状况之苦 152.1 反模式滋生的土壤 152.1.1 分层的好处 152.1.2 分层也会对我们不利 172.2 Internet技术 182.2.1 Internet拓扑结构会影响我们的应用 182.2.2 企业层可以增加安全，也会加大开销 192.2.3 标准提供了Internet支持，同时增加了层 212.2.4 TCP和IP提供底层通信 212.2.5 HTTP提供应用级传输 222.2.6 HTML和XML 222.2.7 小反模式：Web页面上有太多元素 232.3 对象技术和反模式 252.3.1 封装有助于隔离修改 252.3.2 继承支持共同行为的打包 262.3.3 多态支持灵活的重用 262.3.4 小反模式：过度分层 272.3.5 Java的舞台 282.4 Java技术解决反模式 282.5 瀑布的主要问题 302.5.1 迭代方法 312.5.2 小反模式：不完整的过程转换 312.5.3 编程新视野：极限编程 322.6 状况之苦速览 332.7 本章介绍的反模式 33第二部分 服务器端Java反模式第3章 servlet之苦 373.1 孤注一掷 373.1.1 早期的反模式：神奇按钮 373.1.2 利用模型-视图-控制器模式构建 383.1.3 未能分离模型和视图 393.1.4 分出模型 403.2 反模式：神奇servlet 413.2.1 可以使用servlet作为模型吗 413.2.2 落入神奇servlet陷阱 433.2.3 导致神奇servlet的原因 463.3 解决方案：使用命令重构 473.3.1 分出模型 473.3.2 用命令对象包装模型 483.3.3 分离模型逻辑 483.3.4 分离返回视图 523.3.5 使用JSP建立返回视图 543.4 小结 563.5 本章介绍的反模式 56第4章 JSP之苦 584.1 还没有结束 584.1.1 找出危险信号 584.2 反模式：整块JSP 594.2.1 这个程序未能做到模型-视图分离 604.2.2 解决方案：重构为模型-视图-控制器 614.3 反模式：复合JSP 624.3.1 该不该结合多个JSP 634.3.2 结合了两个界面的例子 644.3.3 解决方案：分解JSP 684.3.4 在控制器servlet中做判定 684.4 小反模式：过粗和过细的命令 714.4.1 一组中有太多的命令 724.4.2 解决方案：重构为合适的粒度 724.4.3 有关粒度的提示 734.5 小反模式：胖命令 744.6 反模式回顾 744.7 本章介绍的反模式 74第5章 缓存管理之苦 775.1 我们需要缓存！ 775.2 反模式：缺少缓存 795.2.1 没有缓存的糟糕BBS 795.2.2 构建ShowBoard的模型、视图和控制器 805.2.3 构建ShowThread的模型、视图和控制器 825.2.4 构建AddPost的模型、视图和控制器 865.2.5 性能问题 915.3 解决方案：缓存 915.3.1 解决方案1：使用一个硬件缓存 925.3.2 解决方案2：缓存命令 925.3.3 为BBS增加缓存 935.3.4 对缓存命令的改进 975.4 与缓存有关的小反模式 995.4.1 对静态缓存的并发访问 995.4.2 不断膨胀的缓存 995.5 反模式：同步读/写瓶颈 995.5.1 读者之间的冲突会降低性能 1005.5.2 读/写锁允许正确地共享访问 1015.6 消除无缓存反模式 1025.7 本章介绍的反模式 103第6章 内存之苦 1056.1 了解内存泄漏和反模式 1056.1.1 管理内存 1066.1.2 理解垃圾回收 1066.1.3 引用计数 1076.1.4 可达对象 1086.2 C++换Java 1096.2.1 导致Java内存泄漏的情况 1096.2.2 找出Java的内存泄漏 1096.3 反模式：流失监听者泄漏 1106.3.1 分析一些危险的做法 1116.3.2 解决方案1：显式地删除监听者 1136.3.3 解决方案2：缩短锚的生命周期 1146.3.4 解决方案3：弱化引用 1146.3.5 引用对象可以简化内存管理 1156.4 反模式：泄漏集合 1156.4.1 由于缓存和会话状态导致的问题 1166.4.2 解决方案1：搜索常见的警告信号 1166.4.3 解决方案2：让增加/删除调用匹配 1176.4.4 解决方案3：使用软引用完成缓存 1176.4.5 解决方案4：使用带弱引用的集合 1186.4.6 解决方案5：使用finally 1186.5 解决内存泄漏 1186.5.1 确信存在泄漏 1186.5.2 确定泄漏应当得到修正 1196.5.3 隔离问题 1206.5.4 确定根源，修正问题 1206.5.5 防止将来出现同样的问题 1216.6 小反模式：小肥猪 1216.6.1 串管理 1226.6.2 集合 1226.6.3 继承链 1236.7 小结 1236.8 本章介绍的反模式 123第7章 连接和耦合之苦 1257.1 建立连接 1257.2 反模式：连接抖动 1257.2.1 对每个访问都创建和终止连接 1267.2.2 解决方案：利用池来重用连接 1277.2.3 重构BBS例子，增加入池连接 1297.2.4 使用getPooledConnection 1307.2.5 使用J2EE连接器体系结构 1317.3 反模式：分离清洁器 1327.3.1 异常可能导致分离清洁器 1337.3.2 解决方案：在finally中让连接与清理配对 1347.4 反模式：捆绑的连接 1357.4.1 通信缓冲区 1367.4.2 过早绑定 1387.4.3 解决方案1：利用XML消息解耦合 1387.4.4 解决方案2：利用Web服务延迟绑定 1397.5 关于XML误用的小反模式 1407.5.1 XML金榔头 1407.5.2 XML转换之苦 1417.6 小反模式：严格XML 1427.6.1 命名冲突 1427.6.2 严格构造 1447.6.3 限制性的可变内容容器 1457.6.4 XML版本问题 1477.7 小结：苦连接变甜 1487.8 本章介绍的反模式 148第8章 bean之苦 1518.1 Enterprise JavaBeans简要回顾 1518.1.1 基于组件的分布式体系结构 1528.1.2 EJB的类型 1528.2 利用EJB实现的糟糕BBS 1538.2.1 EJB应用中的元素 1548.2.2 构建远程接口 1558.2.3 创建home接口 1568.2.4 实现bean类 1588.2.5 定义主键 1628.2.6 创建部署描述文件 1638.2.7 使用模型 1658.3 反模式：往返通信 1658.3.1 计算分布式部署的开销 1668.3.2 会话太多的接口 1678.3.3 解决方案：利用外观组合往返通信 1688.3.4 往返通信的根源 1698.3.5 利用外观重构BBS 1698.4 反模式：张冠李戴 1758.4.1 小反模式：bean托管连接 1758.4.2 解决方案：视图、映射器、bean托管连接 1768.4.3 小反模式：实体bean只是完成一些轻量级的功能 1768.4.4 小反模式：实体bean仅用于读 1778.4.5 小反模式：实体bean仅用于写而不读 1778.4.6 麻烦的可滚动列表 1778.4.7 总解决方案：选择合适的bean完成合适的任务 1788.5 小反模式：一切都是EJB 1788.6 EJB和缓存 1798.6.1 利用外观实现缓存 1798.7 消除苦bean 1808.8 本章介绍的反模式 180第三部分 全 景 图第9章 卫生之苦 1849.1 为什么要研究编程卫生 1849.1.1 极限编程需要好的编程卫生 1859.1.2 编码标准可以避免反模式 1859.2 小反模式：不可达的代码 1869.2.1 名字匹配 1869.2.2 命名标准 1879.2.3 大括号和缩进 1909.2.4 注释 1919.2.5 制表符和空格 1949.2.6 编辑器 1949.3 小反模式：组织和可见性 1959.4 小反模式：结构 1989.4.1 基本面向对象理论 1989.4.2 低级设计因素 1989.4.3 异常 2009.5 小反模式：泄漏和性能 2009.6 测试的约定 2019.7 建立一个好的风格指南 2029.7.1 是买、是借还是偷？ 2029.7.2 Contextual公司的一个示例风格指南 2039.8 编码标准小结 205第10章 可扩展性之苦 20810.1 保证性能的好拓扑 20810.1.1 同构组中的硬件分层 21010.1.2 其他拓扑变种 21110.2 反模式：事后再考虑性能 21210.2.1 开发时不做性能规划 21310.2.2 一些真实世界的例子 21310.2.3 解决方案：做性能规划！ 21410.3 反模式：往返通信 21610.3.1 解决方案：缓存和外观 21610.4 反模式：不好的负载管理 21710.4.1 解决方案：工作负载管理 21910.4.2 真正的负载平衡 22010.5 反模式：混乱的会话管理 22110.5.1 解决方案1：利用会话亲缘性分派 22110.5.2 解决方案2：使用一个分布式状态管理服务 22110.5.3 使用定制会话bean解决方案 22210.5.4 使用定制实体bean解决方案 22210.6 反模式：抖动调优 22210.6.1 解决方案：使用合理的性能改进方法 22310.7 驯服性能野兽 22410.8 本章介绍的反模式 224第11章 圆满的告别 22711.1 反模式可以在很多层次上提供帮助 22711.1.1 反模式促进职业发展 22811.1.2 了解反模式可以改善程序 22811.1.3 了解反模式可以使你成为一个更好的程序员 22811.2 在过程中集成反模式 22911.3 更上一层楼 230附录A 反模式参照表 232参考文献 238 |
|
|
