《Thinking in java》读书笔记

P164 编写构造器时有一条有效的准则：“用尽可能简单的方法使对象进入正常状态；如果可以的话，避免调用其他方法”。你可能无法总是能够遵循这条准则，但是应该朝着它努力。

P165 当我们使用现成的类建立新类时，如果优先考虑使用继承技术，反倒会加重我们设计负担，使事情变得不必要地复杂起来。更好的方式是首先选择“组合”，尤其是不能十分确定应该使用哪一种方式时。组合不会强制我们的程序进入继承的层次结构中。而且，组合更加灵活，因为它可以动态选择类型(因此也就选择了行为)；相反，继承在编译时就需要知道确切类型。

P165 用继承表达行为间的差异，并用字段表达状态上的变化。

P167 在java语言中，所有转型都会得到检查！所以即使我们只是进行一次普通的加括号形式的类型转换，在进入运行时期仍然会对其进行检查，以便保证它的确是我们希望的那种类型。如果不是，就会返回一个ClassCastException(类型转换异常)。这种在运行期间对类型进行检查的行为称作"运行时类型识别(RTTI)".

P169 我们创建抽象类是希望通过这个通用接口操纵一系列类。

P169 如果从一个抽象类继承，并想创建该新类的对象，那么就必须为基类中的所有抽象方法提供方法定义。如果不这样做(可以不这样做)，那么导出类便也是抽象类，且编译器将会强制我们用abstract关键字来限定这个类。

P172 一个接口表示：“所有实现了该特定接口的类看起来都像这样”。

P172 interface不仅仅是一个极度抽象的类，因为它允许人们通过创建一个能够被向上转型为多种基类的类型，来实现某种类似多重继承变种的特性。

P172 要让某一个类遵循某个特定接口(或者是一组接口)，需要使用implements关键字，它表示"interface只是它的外貌，但是现在我要声明它是如何工作的"

P174 使用接口的理由：完全解耦：只要一个方法操作的是类而非接口，那么你就只能使用这个类及其子类。如果你想要将这个方法应用于不在此操作结构的某个类，那么你就回触霉头了。接口可以在很大程度上放宽这种限制，因此，它使得我们可以编写可复用性更好的代码。

P177 适配器模式：适配器中的代码将接受你所有的接口，并产生你所需要的接口。

P179 使用接口的核心原因：为了能够向上转型为多个基类型(以及由此带来的灵活性)。使用接口的第二个原因却是与使用抽象基类相同：防止客户端程序猿创建该类对象，并确保这仅仅是建立一个接口。

P179 如果要创建不带任何方法定义和成员变量的基类，那么就应该选择接口而不是抽象类。事实上，如故果知道某事物应该成为一个基类，那么第一选择应该是使它成为一个接口。

P180 一般情况下，只可以将extends用于单一类，但是可以引用多个基类接口。

P181 接口最吸引人的原因之一就是允许同一个接口具有不同的具体实现。

P183 我们可以在任何现有类之上添加新的接口，所以这意味着让方法接受接口类型，是一种让任何类都可以对该方法进行适配的方式。这就是使用接口而不是类的强大之处。

P183 因为你放入接口中对任何域都是自动是static和final的，所以接口就成为了一种很便捷的用来创建常量组的工具。

P185 接口可以嵌套在类或其他接口中。

P191 如果想从外部类的非静态方法之外的任意位置创建某个内部类的对象，那么必须具体地指明这个对象的类型：OuterClassName.InnerClassName

P191 当生成一个内部类的对象时，此对象与制造它的外围对象之间就有了一种联系，所以它能访问其外围对象的所有成员，而不需要任何特殊条件。此外，内部类还拥有其外围类的所有元素的访问权。

P192 当某个外围类的对象创建了一个内部类的对象时，此内部类对象必定会秘密地捕获一个指向那个外围类对象的引用。然后，在你访问此外围类的成员时，就是用那个引用类选择外围类的成员。

P193 如果你需要生成对外部类对象的引用，可以使用外部类的对象的名字后面紧跟着圆点和this。这样产生的引用自动地具有正确的的类型，这一点在编译期就被知晓并受到检查，因此没有任何运行时开销。

P193 有时你可能想要告知某些其他对象，去创建其某个内部类的对象。要实现此目的，你必须在new表达式中提供对其他外部类对象的引用，这时需要使用.new语法。

看下代码：

public class DotNew {
	public class Inner{}
	public static void main(String []args){
		DotNew dn = new DotNew();
		DotNew.Inner dni = dn.new Inner();
	}
}

这样也解决了内部类名字作用域的问题。

P194 接口所有的成员被自动设置为public的。

P198 如果定义一个匿名内部类，并且希望它使用一个在其外部定义的对象，那么编译器会要求其参数引用时final的。

P199 匿名内部类与正规的继承相比有些受限，因为匿名内部类既可以扩展类，也可以实现接口，但是不能两者兼备。而且如果是实现接口，也只能实现一个接口。

P201 优先使用类而不是接口，如果你的设计中需要某个接口，你必须了解它。否则，不到迫不得已，不要将其放到你的设计中。

p203 一个内部类被嵌套多少层并不重要 --它能透明地访问所问它所嵌入的外围类的所有成员。

P204 使用内部类最吸引人的原因是：每个内部类都能独立地继承自一个(接口的)实现，所以无论外围类是否已经继承了某个(接口的)实现，对于内部类都没有影响。

P204 接口解决了部分问题，而内部类有效的实现了“多重继承”。也就是说，内部类允许继承多个非接口类型(类或抽象类)。

P207 回调的价值在于它的灵活性---可以在运行时动态地决定需要调用什么方法。

P207 要运用某个应用程序框架，通常是继承一个或多个类，并覆盖某些方法。在覆盖后的方法中，编写代码定制应用框架提供的通用解决方案，以解决你的特定问题。