对象提供服务 我们可以把程序看作服务提供者,享受服务的是用户。对象是提供服务的基本单位,但是功能十分有限,所以只有将对象有机地结合起来才是程序。但是其中又涉及到一个问题:怎样结合才能提供用户期待的服务? 解决这个问题的方法特别简单。想象一下问题的产生场景,在场景中思考需要何种对象,某些对象是不是需要其他对象的协助才能完成自己的功能。既然要对外提供服务,那么就需要将其分解为更小的服务单位,然后分配给对象,已经存在的可以复用,没有的可以创造。很多时候光看最终效果可能没有头绪,不断拆解后思路将越来越清晰,具体到每个对象应该提供的服务也就一目了然。 除此之外,如此设计程序还有一项额外的好处:提高内聚度。内聚度指软件中各组件间的紧密程度,内聚度高配合得越好。高内聚度业已成为软件设计的基本要求。在设计阶段,我们极其容易为每个对象添加过多功能,这样做违背“单一责任原则”,会增加后期维护难度。正确的做法是明确每个对象的功能主体,将多余功能去除,通过对象之间互相调用的方式达到预期效果,完全符合OOP的设计理念。 隐藏实现 既然类的借口可以被调用,是不是内部的实现细节也可以被修改?答案是肯定的。但是多数时候我们并不想让其他人随意修改我们自己编写好的类,他们只需要调用接口就足够了。 Java提供了访问修饰符达到权限控制的效果: public:任何成员都可以访问 private:只有所在类中的成员可以访问 protected:只有所在类和继承类中的成员可以访问 default:又称为package,没有上述关键字的类默认为此权限(default不是关键字),同一包中的成员可以访问,包外成员不可访问,相当于扩大范围的private 实行访问控制的原因: 1.将外人不需关注的代码隐藏,从而将焦点集中在解决问题上 2.当需要修改内部代码时,不会对外部使用产生影响 复用实现 代码复用在OOP中也有体现。 最简单的方式莫过于将一个类的对象中放入另一个类中,此对象被称为“成员对象”。为了实现不同功能,我们可以任意选择类中成员对象。实际上,我们是在使用已经存在的类创建崭新的类,它有一个专有名词:组合(composition)。如果这个过程是动态发生的,通常情况下被称为聚合(aggregation))。组合关系可以用“有一个(has-a)”来描述。例如上图可以描述为“一辆车有一个引擎”。 组合极大地提升了灵活性。我们可以在不改变外部行为的前提下修改内部成员,甚至在运行时依然能够如此做。与之相比,继承的灵活程度没有那么高了,因为继承有很多编译限制。 可能由于继承总是被认为是OOP的重点,所以程序员有种错觉,好像继承可以在任何时候使用。但是滥用继承会让系统结构过于复杂,后期维护极有可能牵一发而动全身。显然组合应该被优先考虑,这样软件在保持高内聚性的同时依然能够简洁化,何乐而不为。