类和接口(15-25)

Wu Jun 2019-12-31 09:43:49
Categories: > Tags:

第 15 条:使类和成员的可访问性最小化

公有静态 final 域暴露常量,要么包含基本类型值,要么包含指向不可变对象的引用

第 16 条:在公有类中使用访问方法而非公有域

第 17 条:使可变性最小化

如果类不能被做成不可变,仍然应该尽可能限制它的可变性,降低对象可以存在的状态数!构造器应该创建完全初始化的对象,并建立所有的约束关系,不要在构造器或静态工厂之外再提供公有的初始化方法,除非有足够的理由!

第 18 条:复合优先于继承

在包内部使用继承是安全的,跨越包边界的继承是危险的

第 19 条:要么为继承而设计,并提供文档说明,要么就禁止继承

对于专门为继承而设计且有良好文档说明的类

并非为了安全进行子类化而设计和编写文档的类,要禁止子类化

第 20 条:接口优于抽象类

接口与抽象类的区别

第 21 条: 为子类设计接口

编写一个默认方法并不总是可能的,它保留了每个可能的实现的所有不变量。

在默认方法的情况下,接口的现有实现类可以在没有错误或警告的情况下编译,但在运行时会失败。

第 22 条:接口只用于定义类型

常量接口模式是对接口的不良使用,是反面典型,不值得效仿!

关键原因:如果类实现常量接口,将来版本中类修改了,不需要这些常量了,它还依然必须实现这个接口,以确保二进制兼容性!

第 23 条:类层次优于标签类

类层次!首先,定义一个抽象类作为根类,提取公用方法到抽象类中!然后,为每种原始标签类定义根类的具体子类,子类包含特定域和方法!

第 24 条:优先考虑静态成员类

第 25 条: 将源文件限制为单个顶级类

虽然 Java 编译器允许在单个源文件中定义多个顶级类,但这样做没有任何好处,并且存在重大风险。 风险源于在源文件中定义多个顶级类使得为类提供多个定义成为可能。 使用哪个定义会受到源文件传递给编译器的顺序的影响。