编辑点评:
你是否正在寻找一本能够更加深入地了解Java编程语言的书,以便编写出更清晰、更正确、更健壮且更易于重用的代码?《Effective Java中文版(原书第3版)》适合你!
内容简介
Java之父James Gosling鼎力推荐、Jolt获奖作品全新升级,针对Java 7、8、9全面更新,Java程序员必备参考书。包含大量完整的示例代码和透彻的技术分析,通过90条经验法则,探索新的设计模式和语言习惯用法,帮助读者更加有效地使用Java编程语言及其基本类库。
本书一共包含90个条目,每个条目讨论Java程序设计中的一条规则。这些规则反映了最有经验的优秀程序员在实践中常用的一些有益的做法。
全书以一种比较松散的方式将这些条目组织成11章,每一章都涉及软件设计的一个主要方面。因此,本书并不一定需要按部就班地从头读到尾,因为每个条目都有一定程度的独立性。这些条目相互之间经常交叉引用,因此可以很容易地在书中找到自己需要的内容。
本书的目标是帮助读者更加有效地使用Java编程语言及其基本类库:java.lang、java.util和java.io,以及子包,如java.util.concurrent和java.util.function。本书时不时地也会讨论其他的类库。
【适读人群】
已经掌握Java核心技术的程序员,想更加深入地了解Java编程语言,成为一名更优秀、更高效的Java开发人员,那么,建议你用心研读本书。如果你的基础知识还不牢固,建议首先阅读《Java核心技术 中文版 》原书第11版。
作者简介
Joshua Bloch 美国卡内基-梅隆大学教授,曾是Google公司首席Java架构师、Sun公司杰出工程师和Transarc公司高级系统设计师。他带领团队设计和实现过无数的Java平台特性,包括JDK 5.0语言增强版和获奖的Java Collections Framework。他拥有哥伦比亚大学的计算机科学学士学位和卡内基-梅隆大学的计算机科学博士学位。他的著作还包括《Java Puzzlers》和《Java并发编程实战》(曾获Jolt大奖提名)等。
译者简介
俞黎敏(YuLimin,网名:阿敏总司令) 2008年7月加入IBM广州分公司,担任高级技术顾问,主要负责WebSphere系列产品以及云计算、物联网相关的技术支持工作,专注于产品新特性、系统性能调优、疑难问题诊断与解决。开源爱好者,曾参与Spring中文论坛组织的《Spring 2.0 Reference》中文翻译的一审与二审,满江红开放技术研究组织的《Seam 1.2.1 Reference》的中文翻译,组织完成了《Seam 2.0 Reference》的中文翻译工作。CSDN、CJSDN、Dev2Dev、Matrix、JavaWorldTW、Spring中文等Java论坛的版主,在各大技术社区为推动开源和敏捷开发做出了积极的贡献。翻译与审校过多本图书。
Effective Java中文版第3版pdf预览
目 录
第1章 引言 1
第2章 创建和销毁对象 4
第1条:用静态工厂方法代替构造器 4
第2条:遇到多个构造器参数时要考虑使用构建器 8
第3条:用私有构造器或者枚举类型强化Singleton属性 13
第4条:通过私有构造器强化不可实例化的能力 15
第5条:优先考虑依赖注入来引用资源 16
第6条:避免创建不必要的对象 18
第7条:消除过期的对象引用 20
第8条:避免使用终结方法和清除方法 23
第9条:try-with-resources优先于try-f?inally 27
第3章 对于所有对象都通用的方法 30
第10条:覆盖equals时请遵守通用约定 30
第11条:覆盖equals时总要覆盖hashCode 40
第12条:始终要覆盖toString 44
第13条:谨慎地覆盖clone 46
第14条:考虑实现Comparable接口 53
第4章 类和接口 59
第15条:使类和成员的可访问性最小化 59
第16条:要在公有类而非公有域中使用访问方法 62
第17条:使可变性最小化 64
第18条:复合优先于继承 70
第19条:要么设计继承并提供文档说明,要么禁止继承 75
第20条:接口优于抽象类 79
第21条:为后代设计接口 83
第22条:接口只用于定义类型 85
第23条:类层次优于标签类 86
第24条:静态成员类优于非静态成员类 88
第25条:限制源文件为单个顶级类 91
第5章 泛型 93
第26条:请不要使用原生态类型 93
第27条:消除非受检的警告 97
第28条:列表优于数组 99
第29条:优先考虑泛型 102
第30条:优先考虑泛型方法 106
第31条:利用有限制通配符来提升API的灵活性 109
第32条:谨慎并用泛型和可变参数 114
第33条:优先考虑类型安全的异构容器 118
第6章 枚举和注解 123
第34条:用enum代替int常量 123
第35条:用实例域代替序数 131
第36条:用EnumSet代替位域 132
第37条:用EnumMap代替序数索引 134
第38条:用接口模拟可扩展的枚举 138
第39条:注解优先于命名模式 140
第40条:坚持使用Override注解 147
第41条:用标记接口定义类型 149
第7章 Lambda和Stream 151
第42条:Lambda优先于匿名类 151
第43条:方法引用优先于Lambda 154
第44条:坚持使用标准的函数接口 156
第45条:谨慎使用Stream 159
第46条:优先选择Stream中无副作用的函数 164
第47条:Stream要优先用Collection作为返回类型 168
第48条:谨慎使用Stream并行 172
第8章 方法 176
第49条:检查参数的有效性 176
第50条:必要时进行保护性拷贝 179
第51条:谨慎设计方法签名 182
第52条:慎用重载 184
第53条:慎用可变参数 189
第54条:返回零长度的数组或者集合,而不是null 190
第55条:谨慎返回optinal 192
第56条:为所有导出的API元素编写文档注释 196
精彩内容试读
对于所有对象都通用的方法尽管Object是一个具体类,但设计它主要是为了扩展。它所有的非fimal方法(equals、hashcode、tostring、clone和finalize)都有明确的通用约定(general contract),因为它们设计成是要被覆盖(override)的。任何一个类,它在覆盖这些方法的时候,都有责任遵守这些通用约定;如果不能做到这一点,其他依赖于这些约定的类(例如HashMap和日ashset)就无法钻合该类一起正常运作。
本章将讲述何时以及如何覆盖这些非final的object方法。本章不再讨论finalize方法,因为第8条已经讨论过这个方法了。而Comparable.compareTo虽然不是object方法,但是本章也将对它进行讨论,因为它具有类似的特征。
第10条:覆盖equals时请遵守通用约定覆盖equala方法看起来似乎很简单,但是有许多覆盖方式会导致错误,并且后果非常严重。最容易避免这类问题的办法就是不覆盖equa1s方法,在这种情况下,类的每个实例都只与它自身相等。如果满足了以下任何一个条件,这就正是所期望的结果:
口类的每个实例本质上都是唯一的。对于代表活动实体而不是值(value)的类来说确实如此,例如Thread。Object提供的equa1s实现对于这些类来说正是正确的行为。
口类没有必要提供“逻辑相等”(logical equality)的测试功能。例如,java.uti1.
regex.Pattern可以覆盖equals,以检查两个Pattern实例是否代表同一个正则表达式,但是设计者并不认为客户需要或者期望这样的功能。在这类情况之下,
从Object继承得到的equals实现已经足够了。
口超类已经覆盖了equa1e,超类的行为对于这个类也是合适的。例如,大多数的Set实现都从Abstractset继承equa1s实现,List实现从AbstractList继承equala实现,Map实现从AbstractMap 继承equa1s实现。
口类是私有的,或者是包级私有的,可以确定它的equa1a方法永远不会被调用。如果你非常想要规避风险,可以覆盖equa1s方法,以确保它不会被意外调用:
@Override public boolean equals(Object o){throw new AssertionError()://Method is never called那么,什么时候应该覆盖equa1s方法呢?如果类具有自己特有的“逻辑相等”(logicalequality)概念(不同于对象等同的概念),而且超类还没有覆盖equa1s。这通常属于“值类”(value class)的情形。值类仅仅是一个表示值的类,例如Integer或者string。程序员在利用equals方法来比较值对象的引用时,希望知道它们在逻辑上是否相等,而不是想了解它们是否指向同一个对象。为了满足程序员的要求,不仅必须覆盖equals方法,而且这样做也使得这个类的实例可以被用作映射表(map)的键(key),或者集合(set)的元素,使映射或者集合表现出预期的行为。
有一种“值类”不需要覆盖equals方法,即用实例受控(详见第1条)确保“每个值至多只存在一个对象”的类。枚举类型(详见第34条)就属于这种类。对于这样的类而言,逻辑相同与对象等同是一回事,因此Object的equals方法等同于逻辑意义上的equals方法。
在覆盖equa1s方法的时候,必须要遵守它的通用约定。下面是约定的内容,来自Object的规范。
equa1s方法实现了等价关系(equivalence relation),其属性如下:
口自反性(reflexive):对于任何非null的引用值x,x.equa1s(x)必须返回true。
口对称性(symmetric):对于任何非null的引用值x和y,当且仅当y.equa1s(x)返回true时,x.equals(y)必须返回true。
口传递性(transitive):对于任何非null的引用值x、y和z,如果x.equals(y)返回true,并且y.equals(z)也返回true,那么x.equa1s(z)也必须返回true。
口一致性(consistent):对于任何非null的引用值x和y,只要equals的比较操作在对象中所用的信息没有被修改,多次调用x.equa1s(y)就会一致地返回true,或者一致地返回false。
口对于任何非null的引用值x,x,equa1s(nul1)必须返回fa1se。
除非你对数学特别感兴趣,否则这些规定看起来可能有点让人感到恐惧,但是绝对不要忽视这些规定!如果违反了,就会发现程序将会表现得不正常,甚至崩溃,而且很难找到失败的根源。用John Donne的话说,没有哪个类是孤立的。一个类的实例通常会被频繁地传递给另一个类的实例。有许多类,包括所有的集合类(collection class)在内,都依赖于传
媒体评论
“我很希望我10年前就能拥有这本书。有人可能认为我不需要任何Java方面的书籍,但是我需要这本书。”
——Java之父James Gosling
这段话出自Java之父James Gosling对《Effective Java》一书的评价!这本获得Jolt大奖的Java工程师必读书籍的第三版中文版,已在2019年由机械工业出版社华章公司出版。
你是否正在寻找一本能够更加深入地了解Java编程语言的书,以便编写出更清晰、更正确、更健壮且更易于重用的代码?《EffectiveJava中文版(原书第3版)》适合你!
这是一本分享经验与指引你少走弯路的经典著作,针对如何编写高效、设计优良的程序提出了极实用的指导方针,是Java开发人员案头上的一本不可或缺的参考书。
本书大部分内容都不是讨论性能的,而是关心如何编写出清晰、正确、可用、健壮、灵活和可维护的程序来。如果你能够做到这一点,那么要想获得所需要的性能往往也就水到渠成了。
本书一共包含90个条目,每个条目讨论Java程序设计中的一条规则。这些规则反映了极有经验的优秀程序员在实践中常用的一些有益的做法。全书以一种比较松散的方式将这些条目组织成11章,每一章都涉及软件设计的一个主要方面。因此,本书并不一定需要按部就班地从头读到尾,因为每个条目都有一定程度的独立性。这些条目相互之间经常交叉引用,因此可以很容易地在书中找到自己需要的内容。
本书的目标是帮助读者更加有效地使用Java编程语言及其基本类库:java.lang、java.util和java.io,以及子包,如java.util.concurrent和java.util.function。本书时不时地也会讨论其他的类库。
目标人群:这本书不是针对初学者的,适合已经掌握Java核心技术的程序员,想更加深入地了解Java编程语言,成为一名更优秀、更高效的Java开发人员阅读。
如果你读过《Effective Java》的前面版本,就会知道这本书对Java程序员有多大的价值,你的案头需要这本书,书中的内容不仅让你印象深刻,在工作中你也时常需要用到它,它帮助我以正确的方式使用Java,同时还能帮我提高代码的质量和结构。
Comments