Effective Java 第三版 中文翻译

effective-java-third-edition

介绍

Effective Java 第三版全文翻译,纯属个人业余翻译,不合理的地方,望指正,感激不尽!(OS:如果可以的话,给个Star呗!)

邮箱:[email protected]

目录

推荐序

前言

致谢


第一章 引言


第二章 创建和销毁对象

  本章涉及创建和销毁对象,包括何时以及如何创建它们,何时以及如何避免创建它们,如何确保它们被及时销毁,以及如何管理在销毁之前必须进行的清理操作。

  • 第1项:考虑静态工厂方法而不是构造函数
  • 第2项:当面临多个参数的构造器时考虑使用构建器
  • 第3项:用私有构造器或者枚举类型强化Singleton属性
  • 第4项:通过私有构造器强化不可实例化的能力
  • 第5项:优先考虑依赖注入来引用资源
  • 第6项:避免创建不必要的对象
  • 第7项:消除过期的对象引用
  • 第8项:避免使用终结方法和清除方法
  • 第9项:try-with-resources优先于try-finally

第三章 对于所有对象都通用的方法

  尽管Object是一个具体类,但是设计它主要是为了扩展。它所有的非final方法(equals、hashCode、toString、clone和finalize)都有明确的通用约定(general contracts),因为它们被设计成是要被重写(override)的。任何一个类,它在覆盖这些方法的时候,都有责任遵守这些通用约定;如果做不到这一点,其他依赖于这些约定的类(例如HashMap和HashSet)就无法结合该类一起正常运作。

  本章将讲述何时以及如何覆盖这些非final的Object方法。本章不再讨论finalize方法,因为第7项已经讨论过这个方法了。而Comparable.compareTo虽然不是Object方法,但是本章也对它进行讨论,因为它具有类似的特征。

  • 第10项:覆盖equals时请遵守通用约定
  • 第11项:当重写equals方法时总要重写hashCode方法
  • 第12项:始终重写toString方法
  • 第13项:谨慎地重写clone方法
  • 第14项:考虑实现Comparable接口

第四章 类和接口

  类和接口是Java程序设计语言的何鑫,他们也是Java语言的基本抽象单元。Java语言提供了许多强大的基本元素,供程序猿来设计类和接口。本章包含的一些指南可以帮助你充分利用这些元素,以便让你编写的类和接口可用、健壮且灵活。

  • 第15项:使类和成员的可访问性最小化
  • 第16项:要在公有类而非公有域中使用访问方法
  • 第17项:使可变性最小化
  • 第18项:复合优先于继承
  • 第19项:要么设计继承并提供文档说明,要么禁止继承
  • 第20项:接口优于抽象类
  • 第21项:为后代设计接口
  • 第22项:接口只用于定义类型
  • 第23项:类层次优于标签类
  • 第24项:静态成员类优于非静态成员类
  • 第25项:限制源文件为单个顶级类

第五章 泛型

  Java 1.5发行版本中增加了泛型(Generic)。在没有泛型之前,从集合中读取到的每一个对象都必须进行转换。如果有人不小心插入了类型错误的对象,在运行时的转换处理就会出错。有个泛型,可以告诉编译器每个集合中接收哪些对象类型。编译器自动地为你的插入进行转化,并在编译时告知是否插入了类型错误的对象。这样可以使程序既更加安全,也更加清楚,但是这些好处(不仅仅针对集合)是需要付出代价的。本章将告诉您如何最大化利益并最大限度地减少并发症【使用泛型带来的坏处】(complications)。

  • 第26项:请不要使用原生态类型
  • 第27项:消除非受检的警告
  • 第28项:列表优于数组
  • 第29项:优先考虑泛型
  • 第30项:优先考虑泛型方法
  • 第31项:利用有限制通配符来提升API的灵活性
  • 第32项:谨慎并用泛型和可变参数
  • 第33项:优先考虑类型安全的异构容器

第六章 枚举和注解

  Java支持两种特殊用途的引用类型:一种成为枚举(enum type)类型,以及一种称为注解类型(annotation type)的接口。本章讨论使用这些类型系列的最佳实践。

  • 第34项:用enum代替int常量
  • 第35项:用实例域代替序数
  • 第36项:用EnumSet代替位域
  • 第37项:用EnumMap代替序数索引
  • 第38项:用接口模拟可扩展的枚举
  • 第39项:注解优先于命名模式
  • 第40项:坚持使用Override注解
  • 第41项:用标记接口定义类型

第七章 Lambda和Stream

  在Java 8中,添加了函数接口,lambda和方法引用,以便更容易地创建函数对象。在这些语法(language)更改的同时添加进了流API,以便为处理数据元素序列提供库支持。在本章中,我们将讨论如何充分利用这些工具。

  • 第42项:Lambda优先于匿名类
  • 第43项:方法引用优先于Lambda
  • 第44项:坚持使用标准的函数接口
  • 第45项:谨慎使用Stream
  • 第46项:优先选择Stream中无副作用的函数
  • 第47项:Stream要优先用Collection作为返回类型
  • 第48项:谨慎使用Stream并行

第八章 方法

  本章讨论了方法设计的几个方面:如何处理参数和返回值,如何设计方法签名以及如何为方法编写文档。本章中的大部分内容适用于构造函数和方法。 与第4章一样,本章重点介绍可用性,健壮性和灵活性。

  • 第49项:检查参数的有效性
  • 第50项:必要时进行保护性拷贝
  • 第51项:谨慎设计方法签名
  • 第52项:慎用重载
  • 第53项:慎用可变参数
  • 第54项:返回零长度的数组或者集合,而不是null
  • 第55项:谨慎返回optinal
  • 第56项:为所有导出的API元素编写文档注释

第九章 通用编程

  本章主要讨论Java语言的具体细节,讨论了局部变量、控制结构、类库、数据类型,以及两种不是由语言本身提供的机制(reflection和native method,反射机制和本地方法)。最后讨论了优化和命名惯例。

  • 第57项:将局部变量的作用域最小化
  • 第58项:for-each循环优先于传统的for循环
  • 第59项:了解和使用类库
  • 第60项:如果需要精确的答案,请避免使用float和double
  • 第61项:基本类型优先于装箱基本类型
  • 第62项:如果其他类型更适合,则尽量避免使用字符串
  • 第63项:了解字符串连接的性能
  • 第64项:通过接口引用对象
  • 第65项:接口优先于反射机制
  • 第66项:谨慎地使用本地方法
  • 第67项:谨慎地进行优化
  • 第68项:遵守普遍接受的命名惯例

第十章 异常

  在最通常情况下,异常可以提高程序的可读性,可靠性和可维护性。如果使用不当,可能会产生相反的效果。本章提供有效使用异常的指南。

  • 第69项:只针对异常的情况才使用异常
  • 第70项:对可恢复的情况使用受检异常,对编程错误使用运行时异常
  • 第71项:避免不必要地使用受检异常
  • 第72项:优先使用标准的异常
  • 第73项:抛出与抽象对应的异常
  • 第74项:每个方法抛出的所有异常都要建立文档
  • 第75项:在细节消息中包含失败-捕获信息
  • 第76项:努力使失败保持原子性
  • 第77项:不要忽略异常

第十一章 并发

  线程(RHREADS)机制允许同时进行多个活动。并发编程要比单线程编程要困难得多,因为有很多东西可能出错,也很难重现失败。你无法避免并发。它本来就存在Java平台中了,如果你要从多核处理器中获得更好的性能,并发也是一个必要条件,这些现在都是十分普遍的了。本章阐述的建议可以帮助你编写出清晰、正确、文档组织良好的并发程序。

  • 第78项:同步访问共享的可变数据
  • 第79项:避免过度同步
  • 第80项:executor、task和stream优先于线程
  • 第81项:并发工具优先于wait和notify
  • 第82项:线程安全性的文档化
  • 第83项:慎用延迟初始化
  • 第84项:不要依赖于线程调度器

第十二章 序列化

  本章关注对象序列化(object serialization) ,它是一个Java的框架,用来将对象编码为字节流(序列化(serializing)),并从其编码中重构对象(反序列化(deserializing))。一旦对象被序列化,其编码可以从一个VM发送到另一个VM或存储在磁盘上以便以后反序列化。本章重点介绍序列化的危险以及如何将序列化最小化。

  • 第85项:其他方法优先于Java序列化
  • 第86项:谨慎地实现Serializable接口
  • 第87项:考虑使用自定义的序列化形式
  • 第88项:保护性地编写readObject方法
  • 第89项:对于实例控制,枚举类型优先于readResolve
  • 第90项:考虑用序列化代理代替序列化实例

你可能感兴趣的:(Effective,Java,第三版翻译)