-
4.3 清除：收尾和垃圾收集
4.3 清除：收尾和垃圾收集 4.3 清除：收尾和垃圾收集 程序员都知道“初始化”的重要性，但通常忘记清除的重要性。毕竟，谁需要来清除一个int呢？但是对于库来说，用完后简单地“释放”一个对象并非总是安全的。当然，Java可用垃圾收集器回收由不再使用的对象占据的内存。现在考虑一种非常特殊且不多见的情况。假定我们的对象分配了一个“特殊”内存区域，没有使用... -
第4章 初始化和清除
第4章 初始化和清除 第4章 初始化和清除 “随着计算机的进步，‘不安全’的程序设计已成为造成编程代价高昂的罪魁祸首之一。” “初始化”和“清除”是这些安全问题的其中两个。许多C程序的错误都是由于程序员忘记初始化一个变量造成的。对于现成的库，若用户不知道如何初始化库的一个组件，就往往会出现这一类的错误。清除是另一个特殊的问题，因为用完一个元素后，由于... -
5.4 类访问
5.4 类访问 5.4 类访问 在Java中，亦可用访问指示符判断出一个库内的哪些类可由那个库的用户使用。若想一个类能由客户程序员调用，可在类主体的起始花括号前面某处放置一个public关键字。它控制着客户程序员是否能够创建属于这个类的一个对象。 为控制一个类的访问，指示符必须在关键字class之前出现。所以我们能够使用： public class... -
5.5 总结
5.5 总结 5.5 总结 对于任何关系，最重要的一点都是规定好所有方面都必须遵守的界限或规则。创建一个库时，相当于建立了同那个库的用户（即“客户程序员”）的一种关系——那些用户属于另外的程序员，可能用我们的库自行构建一个应用程序，或者用我们的库构建一个更大的库。 如果不制订规则，客户程序员就可以随心所欲地操作一个类的所有成员，无论我们本来愿不愿意其... -
7.3 覆盖与过载
7.3 覆盖与过载 7.3 覆盖与过载 现在让我们用不同的眼光来看看本章的头一个例子。在下面这个程序中，方法play()的接口会在被覆盖的过程中发生变化。这意味着我们实际并没有“覆盖”方法，而是使其“过载”。编译器允许我们对方法进行过载处理，使其不报告出错。但这种行为可能并不是我们所希望的。下面是这个例子： //: WindError.ja... -
9.4 创建自己的违例
9.4 创建自己的违例 9.4 创建自己的违例 并不一定非要使用Java违例。这一点必须掌握，因为经常都需要创建自己的违例，以便指出自己的库可能生成的一个特殊错误——但创建Java分级结构的时候，这个错误是无法预知的。 为创建自己的违例类，必须从一个现有的违例类型继承——最好在含义上与新违例近似。继承一个违例相当简单： //: Inher... -
12.4 只读类
12.4 只读类 12.4 只读类 尽管在一些特定的场合，由clone()产生的本地副本能够获得我们希望的结果，但程序员（方法的作者）不得不亲自禁止别名处理的副作用。假如想制作一个库，令其具有常规用途，但却不能担保它肯定能在正确的类中得以克隆，这时又该怎么办呢？更有可能的一种情况是，假如我们想让别名发挥积极的作用——禁止不必要的对象复制——但却不希望看... -
16.3 更新和删除的指导原则
16.3 更新和删除的指导原则 16.3 更新和删除的指导原则 前一节使用的UPDATE 和DELETE 语句都有WHERE 子句，这样做的理由很充分。如果省略了WHERE 子句，则UPDATE 或DELETE 将被应用到表中所有的行。换句话说，如果执行UPDATE 而不带WHERE 子句，则表中每一行都将用新值更新。类似地，如果执行DELETE 语句... -
空标题文档
12.2 多重继承 我们了解了保证类的继承和类型的机制之间的一致性的难处。类型相当于我们在第 11 章中学习的类的三种作用之中的可行操作的功能说明。 另一方面，发挥类作为代码再利用单元的作用时，类型和类就是分类这种观点有时具有适得其反的效果。尤其对于动态类型语言这样不太重视类型的语言。 本节我们将深入探讨使用类来实现代码再利用的方法。 一种事物在多...