-
5.1 包：库单元
5.1 包：库单元 5.1 包：库单元 我们用import关键字导入一个完整的库时，就会获得“包”（Package）。例如： import java.util.*; 它的作用是导入完整的实用工具（Utility）库，该库属于标准Java开发工具包的一部分。由于Vector位于java.util里，所以现在要么指定完整名称“java.util.Vec... -
13.12 布局的控制
13.12 布局的控制 13.12 布局的控制 在Java里该方法是安一个组件到一个窗体中去，它不同我们使用过的其它GUI系统。首先，它是全代码的；没有控制安放组件的“资源”。其次，该方法的组件被安放到一个被“布局管理器”控制的窗体中，由“布局管理器”根据我们add()它们的决定来安放组件。大小，形状，组件位置与其它系统的布局管理器显著的不同。另外，布... -
7.7 构建器和多形性
7.7 构建器和多形性 7.7 构建器和多形性 同往常一样，构建器与其他种类的方法是有区别的。在涉及到多形性的问题后，这种方法依然成立。尽管构建器并不具有多形性（即便可以使用一种“虚拟构建器”——将在第11章介绍），但仍然非常有必要理解构建器如何在复杂的分级结构中以及随同多形性使用。这一理解将有助于大家避免陷入一些令人不快的纠纷。 7.7.1 构建器... -
12.3 克隆的控制
12.3 克隆的控制 12.3 克隆的控制 为消除克隆能力，大家也许认为只需将clone()方法简单地设为private（私有）即可，但这样是行不通的，因为不能采用一个基础类方法，并使其在衍生类中更“私有”。所以事情并没有这么简单。此外，我们有必要控制一个对象是否能够克隆。对于我们设计的一个类，实际有许多种方案都是可以采取的： (1) 保持中立，不为... -
16.7 访问器范式
16.7 访问器范式 16.7 访问器范式 接下来，让我们思考如何将具有完全不同目标的一个设计范式应用到垃圾归类系统。 对这个范式，我们不再关心在系统中加入新型Trash时的优化。事实上，这个范式使新型Trash的添加显得更加复杂。假定我们有一个基本类结构，它是固定不变的；它或许来自另一个开发者或公司，我们无权对那个结构进行任何修改。然而，我们又希望... -
17.3 复杂性理论
17.3 复杂性理论 17.3 复杂性理论 下面要介绍的程序的前身是由Larry O'Brien原创的一些代码，并以由Craig Reynolds于1986年编制的“Boids”程序为基础，当时是为了演示复杂性理论的一个特殊问题，名为“凸显”（Emergence）。 这儿要达到的目标是通过为每种动物都规定少许简单的规则，从而逼真地再现动物的群聚行为。... -
空标题文档
3.1 属性的基本操作 默认情况下，创建任何类内部的属性都将支持以下4种操作。 创建新属性。 为已有属性赋值。 获取属性的值。 删除属性。 我们可以使用如下简单的代码来对这些操作进行测试，创建一个简单的泛型类并将其实例化。 >>> class Generic:… pass… >>> g= Generic() 以上代码允许我们创建、获取... -
5.3 循环（Loop)
5.3 循环（Loop) for 循环 我们先来看一个例子，输入代码： for every_letter in 'Hello world': print(every_letter) 得到这样的结果： Helloworld 这两行代码展示的是：用 for 循环打印出 “hello world” 这段字符串中的每一个字符。for 循环作为...