火山面向对象的程序设计方法

面向对象的程序设计方法是目前最先进的程序设计理念，也是被目前绝大多数程序设计语言都使用的一种程序设计方法，它可以最大限度地提高程序代码的可复用性和可维护性，如果您想学习程序设计，那么这种设计方法是必须需要掌握的。

为了降低用户的学习门槛，火山对这套理念进行了最大限度的精简，一些晦涩难懂的和一些不大常用/实用的内容均被剔除出去，只保留了其精华和必须需要掌握的部分，因此学习起来并不难。

● 假设有一家工厂，所生成的产品是电水壶，这种电水壶有这些主要特点：

按照面向对象的设计方法，我们把这个电水壶称为这个工厂的一"类"产品，简称为“电水壶类”，它具有同样的4个特点：

变量用来存储类中的数据，属性用来表达或修改类的特征，方法用作执行类的功能，事件用来对外发送通知，类就是记录有一系列变量、属性、方法、事件成员的集合，所有具有这些特征成员的具体产品就叫做这个类的对象，这就是面向对象的程序设计理念来由。

用前面的例子来讲，“电水壶类”就是电水壶的产品设计规范，而具体的单个电水壶产品就是“电水壶类”的对象（有时也叫对象实例）。

● 假设有一天，工厂想生产一种具有自动保温功能的电水壶，有两种方案：一是完全重新设计一个新的电水壶，二是在现有电水壶的基础上增加一个保温开关。很显然，第二种方式更经济实惠，工厂把这种新的电水壶称为保温电水壶，它增加了一个特点：

按照前面的设计方法，由于新电水壶增加了一个成员，所以我们不能把它归纳到已有的“电水壶类”里面，但是我们可以建立一个新的类：“保温电水壶类”，它在“电水壶类”的基础上同样增加了一个新成员：

由于它基于“电水壶类”设计而来，因此我们把“电水壶类”称为“保温电水壶类”的基础类或父类，把“保温电水壶类”称为“电水壶类”的继承类或子类，它们之间是继承与被继承的关系，继承类自动具有基础类的所有特征成员。

由于继承类包括了基础类的所有成员，因此继承类也可以认为是基础类的一种。这个也很容易理解：我们可以把“保温电水壶”称为“电水壶”，但是不能把“电水壶”称为“保温电水壶”。假设客户要买1000个“电水壶”，现有产品数量不够时我们可以用“保温电水壶”来充数，但是客户要买1000个“保温电水壶”就绝对不能用“电水壶”来充数，是不是这个道理？

从程序设计的角度来讲，就是我可以把一个数据类型为“保温电水壶类”的对象赋值到一个数据类型为“电水壶”的变量，但是不允许把一个数据类型为“电水壶”的对象赋值到一个数据类型为“保温电水壶类”的变量。

需要注意的是：如果把一个数据类型为“保温电水壶类”的对象赋值到一个数据类型为“电水壶”的变量，那么这个变量里面实际存储的还是一个“保温电水壶类”对象，并不会因为变量的数据类型为“电水壶”存储进去的对象的数据类型就也为“电水壶”了。这个也很好理解：工厂用“保温电水壶”充作“电水壶”交付给了客户，不会因为这个充数行为就导致“保温电水壶”产品变成“电水壶”产品了。

● 让我们继续假设，假设有一天工厂发现电茶壶的销路要比电水壶好，同样有两种方案：一是完全重新设计一个新的电茶壶，二是修改现有电水壶的烧水功能，将其改为烧茶。同样很显然，第二种方式更经济实惠。那么这种电茶壶的特点为：

同样，我们需要定义一个名为“电茶壶类”的类，然后定义一个同样名为“烧水”的方法，该方法覆盖了“电水壶类”中的原有名为“烧水”的方法，然后将“电水壶类”中的“烧水”方法标记为虚拟方法（虚拟方法仅是一个标记，用作标记“烧水”方法可以被继承类覆盖），这样以后调用“电茶壶类”类的“烧水”方法时，就会改去烧茶，而不会去烧水。

需要注意的是：如果把一个数据类型为“电茶壶类”的对象赋值到一个数据类型为“电水壶”的变量，据前所述，这个变量里面实际存放的还是一个“电茶壶类”的对象，因此如果调用该变量的“烧水”方法，实际上调用的还是“电茶壶类”的烧茶功能。

● 以上就是火山中所使用的面向对象程序设计的全部内容了，最后一点其实与面向对象设计无关：

假设甲公司和乙公司都生产电水壶，商店如果同时进货了这两种电水壶，就必须在电水壶上分别贴上标签：“甲公司的电水壶”、“乙公司的电水壶”，以免引起混淆。

在程序设计里面，就对应为“甲公司.电水壶类”、“乙公司.电水壶类”，前面的“甲公司”和“乙公司”分别定义了一个命名空间，也叫做“包”。包用作避免名称混淆，在同一个名称的包内，不允许存在相同名称的类，在不同名称的包内，可以存在相同名称的类。

所有在包中定义的类，其名称前被自动加上包名，“包名.类名”称为类的绝对名称。如果该类的名称在程序的所有包中均唯一或者在该类所处包内部引用此类,可以省略掉其包名来引用此类。

譬如，假设程序中不存在“乙公司.电水壶类”或者在“甲公司”包自身的代码内部，就可以直接使用“电水壶类”来引用“甲公司.电水壶类”。

注意：包名中间也可以包括句点，譬如“湖北.武汉.甲公司”或“湖南.长沙.乙公司”，这样的命名空间更明确清晰一些，也更具有唯一性。

具体例程请参见系统安装目录的“samples\vprj_android\samples.vsln”解决方案中的“教程相关\火山面向对象设计”项目。