-
13.2 基本程序片
13.2 基本程序片 13.2 基本程序片 库通常按照它们的功能来进行组合。一些库，例如使用过的，便中断搁置起来。标准的Java库字符串和矢量类就是这样的一个例子。其他的库被特殊地设计，例如构建块去建立其它的库。库中的某些类是应用程序的框架，其目的是协助我们构建应用程序，在提供类或类集的情况下产生每个特定应用程序的基本活动状况。然后，为我们定制活动状况... -
13.4 捕获事件
13.4 捕获事件 13.4 捕获事件 大家可注意到假如编译和运行上面的程序片，按下按钮后不会发生任何事情。必须进入程序片内部，编写用于决定要发生什么事情的代码。对于由事件驱动的程序设计，它的基本目标就是用代码捕获发生的事件，并由代码对那些事件作出响应。事实上，GUI的大部分内容都是围绕这种事件驱动的程序设计展开的。 经过本书前面的学习，大家应该有了... -
附录E 关于垃圾收集的一些话
附录E 关于垃圾收集的一些话 附录E 关于垃圾收集的一些话 “很难相信Java居然能和C++一样快，甚至还能更快一些。” 据我自己的实践，这种说法确实成立。然而，我也发现许多关于速度的怀疑都来自一些早期的实现方式。由于这些方式并非特别有效，所以没有一个模型可供参考，不能解释Java速度快的原因。 我之所以想到速度，部分原因是由于C++模型。C++将... -
第9章 违例差错控制
第9章 违例差错控制 第9章 违例差错控制 Java的基本原理就是“形式错误的代码不会运行”。 与C++类似，捕获错误最理想的是在编译期间，最好在试图运行程序以前。然而，并非所有错误都能在编译期间侦测到。有些问题必须在运行期间解决，让错误的缔结者通过一些手续向接收者传递一些适当的信息，使其知道该如何正确地处理遇到的问题。 在C++和其他早期语言中，... -
10.6 StreamTokenizer
10.6 StreamTokenizer 10.6 StreamTokenizer 尽管StreamTokenizer并不是从InputStream或OutputStream衍生的，但它只随同InputStream工作，所以十分恰当地包括在库的IO部分中。 StreamTokenizer类用于将任何InputStream分割为一系列“记号”（Toke... -
10.7 Java 1.1的IO流
10.7 Java 1.1的IO流 10.7 Java 1.1的IO流 到这个时候，大家或许会陷入一种困境之中，怀疑是否存在IO流的另一种设计方案，并可能要求更大的代码量。还有人能提出一种更古怪的设计吗？事实上，Java 1.1对IO流库进行了一些重大的改进。看到Reader和Writer类时，大多数人的第一个印象（就象我一样）就是它们用来替换原来的I... -
14.5 回顾runnable
14.5 回顾runnable 14.5 回顾runnable 在本章早些时候，我曾建议大家在将一个程序片或主Frame当作Runnable的实现形式之前，一定要好好地想一想。若采用那种方式，就只能在自己的程序中使用其中的一个线程。这便限制了灵活性，一旦需要用到属于那种类型的多个线程，就会遇到不必要的麻烦。 当然，如果必须从一个类继承，而且想使类具有... -
16.5 抽象的应用
16.5 抽象的应用 16.5 抽象的应用 走到这一步，接下来该考虑一下设计方案剩下的部分了——在哪里使用类？既然归类到垃圾箱的办法非常不雅且过于暴露，为什么不隔离那个过程，把它隐藏到一个类里呢？这就是著名的“如果必须做不雅的事情，至少应将其本地化到一个类里”规则。看起来就象下面这样： 现在，只要一种新类型的Trash加入方法，对TrashSor... -
16.8 RTTI真的有害吗
16.8 RTTI真的有害吗 16.8 RTTI真的有害吗 本章的各种设计方案都在努力避免使用RTTI，这或许会给大家留下“RTTI有害”的印象（还记得可怜的goto吗，由于给人印象不佳，根本就没有放到Java里来）。但实际情况并非绝对如此。正确地说，应该是RTTI使用不当才“有害”。我们之所以想避免RTTI的使用，是由于它的错误运用会造成扩展性受到损... -
D.6 异常
D.6 异常 D.6.1 处理异常（使用as） D.6.2 抛出异常 D.6 异常 Python 2.6和更新的2.x发行版有几个特性，可以使用这些特性在Python 3.x中移植异常处理程序并抛出异常。 D.6.1 处理异常（使用as） Python 3中捕获和处理单个异常的语法如下所示。 except ValueError as e:...