《Thinking in Java》学习笔记（一）
————对象导论
作者：孤独萤火虫
Smalltalk的五大基本特制，也是面向对象程序设计最为纯净的一面：
1. 万事万物皆对象。
2. 程序便是成堆的对象，彼此通过消息传递，请求其他对象进行工作。
3. 每个对象都拥有由其他对象所构成的记忆。
4. 每个对象皆有其型别。
5. 同一型别的所有对象接受的消息皆相同。
程序开发人员分为：开发新数据型别的所谓class创造者，以及在应用程序中使用他人所开发classes的所谓客户端程序员(client programmers)。Class创造者设置“访问权限控管机制”的两个原因：
1. 让客户端程序员无法碰触他们不应该碰触的事物——这些部分应该仅供data type内部使用，也使使用者可以轻易看出哪些事物对他们很重要，哪些可以忽略。
2. 让library设计者得以改变class内部运作方式而不担心影响客户端程序。
继承在面向对象程序设计中很重要，但过度的强调往往会使新手以为“应该处处使用继承”，结果造成误用，导致过于复杂的设计。建立新class时应先考虑组合，因为它既简单又具有弹性，有了一些经验之后，便能看透继承的必要运用时机。
后期绑定(late binding)：当你发送消息给对象，“应该唤起的程序代码”会一直到执行期才决定下来。但编译器还是有责任确定函数的存在，并对引数和返回值进行型别检验（无法对此提供保证者，即所谓“弱型别（weakly typed）”语言），但编译器仍旧无法得知究竟会执行哪一段程序代码。
C++中所有member functions的绑定动作缺省为“非动态”，必须明确指出是否希望某个函数具备后期绑定的弹性；而JAVA中缺省为动态绑定。
向上转型：将derived class 视为其base class的过程。
由于执行期对存储空间的管理方式是动态的，所以从heap分配空间所耗用的时间远大于从stack产生存储空间所需的时间。在那些“允许对象诞生于stack内”的程序语言中，编译器会判断对象应该存活多久，并可自动毁灭之。但如果在heap之中生成对象，编译器对其寿命将一无所知。
迭代器使我们可以走访整个序列，而无需烦恼底层结构究竟是ArrayList或LinkedList或Stack或其他。
如果缺乏“单根继承体系”及“完全通过reference来操作对象”的系统特性，垃圾回收器的实现就会十分困难。
虽然面向对象语言常以一个对象表现一个异常，但异常处理机制并非面向对象的特性。
可独立执行的片段便是所谓的线程。通过关键字synchronized可以锁定任何对象所用的内存，使得同一时间内只有一个线程可使用这个对象。
在Java的设计理念中，也将applet的执行局限于受保护的砂盒(sandbox)内。在砂盒里头，applet无法对磁盘写入数据，也无法访问砂盒外的内存内容。“公共密钥加密”可以让我们检验applet是否真的出自他所宣称的来源。Java为数字签名提供了完整的架构，所以你还是可以在必要的时候让applet踏出砂盒的牢笼。
鱼和熊掌不可兼得，开发速度是以执行速度为代价。
整个开发过程可以分成五个阶段：
阶段0：策划
为整个路程订定一些里程碑，能够帮助人们聚集工作的焦点，并在一个个里程碑之间激起对工作的努力，而不至于只是承担“完成项目”的唯一目标。
阶段1：建立什么
Use case图。
阶段2：如何建立
对象设计的五大阶段：
1. 对象的发掘
2. 对象的组合
3. 系统的建构
4. 系统的延伸
5. 对象的重复运用
阶段3：打造核心
所产生的正是日后赖以为根基的框架。
阶段4：use cases的迭代
在所谓“迭代”过程中将功能组加入。
阶段5：演化
不仅要让程序根据客户需求和use cases来运作，同时应该让程序代码的内部结构饶富意义，没有难搞的语法、过大的对象、也没有任何丑陋的代码。
OOP的强大之处在于它可以将题域中的元素视为对象，将题域中的活动视为对象之间传递的消息，如此很容易就可以理解程序代码的内容。
