聚合和分解

面向对象程序设计的另外一部分工作就是设计类之间关系——是通过定义子类而对现有的类进行扩展还是定义一个独立的新类。这个问题可以通过下面这个比较极端的例子来阐述：
假设有一个只有一个对象的程序。既然该程序仅有一个对象，那么该对象只能自己给自己发送消息。该程序谈不上什么多态，也不会用上各种类设计的模式，更不会有相互连接的对象网络。程序的真正结构被隐藏于类的定义中。虽然该程序是使用面向对象语言编写，但是和面向对象的关系极其有限。
与之相反，一个程序包括成百上千的不同类型的对象，每个对象仅有很少的方法和有限的功能。在这，程序的结构同样丢失在对象迷宫一样的关系中。

显然，避免出现这两种极端状况的最好方法就是既保证对象有基本的功能，同时维持对象的定义仅限于它所扮演的角色。这样程序的结构很容易从对象的网络结构中抽取出来。

然而，总会有是增加现存的类功能还是根据新加的功能定义一个新类这样的问题出现。在用水模型系统中，水龙头需要记录一段时间内的用水量。为此，您可以在水龙头类的定义中实现这一功能，也可以象前面所推荐的一样，定义一个公用的水表类来完成该功能。每个水龙头对象都有插座变量与一个水表对象连接，该水表仅与其对应的水龙头对象交互。

最后的选择往往取决于您的设计目的。如果水表对象同样适用于其它项目，把水表的作用设计到一个单独的类中，将会大大提高代码的可复用性。如果您想把水龙头类的设计的尽量独立于其它类，那么水表的功能就可以设计在水龙头类中。

通常最好的方法就是尽可能的复用代码，避免出现一个类处理太多事情以至于该类仅能应用在它所设计的情景中。当对象被设计成一个组件时，它的复用性更好。因为组件如果能在一个系统中工作往往也能在另一个系统中工作。

按照功能来划分不同的类并没有使编程接口复杂化。如果水龙头类将水表类声明成私有的，那么水表类的接口就不用暴露给水龙头类的用户；水表类就象水龙头类的实例变量一样被封装起来了。