对象提供服务

我们可以把程序看作服务提供者，享受服务的是用户。对象是提供服务的基本单位，但是功能十分有限，所以只有将对象有机地结合起来才是程序。但是其中又涉及到一个问题：怎样结合才能提供用户期待的服务？

解决这个问题的方法特别简单。想象一下问题的产生场景，在场景中思考需要何种对象，某些对象是不是需要其他对象的协助才能完成自己的功能。既然要对外提供服务，那么就需要将其分解为更小的服务单位，然后分配给对象，已经存在的可以复用，没有的可以创造。很多时候光看最终效果可能没有头绪，不断拆解后思路将越来越清晰，具体到每个对象应该提供的服务也就一目了然。

除此之外，如此设计程序还有一项额外的好处：提高内聚度。内聚度指软件中各组件间的紧密程度，内聚度高配合得越好。高内聚度业已成为软件设计的基本要求。在设计阶段，我们极其容易为每个对象添加过多功能，这样做违背“单一责任原则”，会增加后期维护难度。正确的做法是明确每个对象的功能主体，将多余功能去除，通过对象之间互相调用的方式达到预期效果，完全符合OOP的设计理念。

隐藏实现

既然类的借口可以被调用，是不是内部的实现细节也可以被修改？答案是肯定的。但是多数时候我们并不想让其他人随意修改我们自己编写好的类，他们只需要调用接口就足够了。

Java提供了访问修饰符达到权限控制的效果：

public：任何成员都可以访问

private：只有所在类中的成员可以访问

protected：只有所在类和继承类中的成员可以访问

default：又称为package，没有上述关键字的类默认为此权限（default不是关键字），同一包中的成员可以访问，包外成员不可访问，相当于扩大范围的private

实行访问控制的原因：

1.将外人不需关注的代码隐藏，从而将焦点集中在解决问题上

2.当需要修改内部代码时，不会对外部使用产生影响

复用实现

代码复用在OOP中也有体现。

最简单的方式莫过于将一个类的对象中放入另一个类中，此对象被称为“成员对象”。为了实现不同功能，我们可以任意选择类中成员对象。实际上，我们是在使用已经存在的类创建崭新的类，它有一个专有名词：组合（composition）。如果这个过程是动态发生的，通常情况下被称为聚合（aggregation)）。组合关系可以用“有一个（has-a）”来描述。例如上图可以描述为“一辆车有一个引擎”。

组合极大地提升了灵活性。我们可以在不改变外部行为的前提下修改内部成员，甚至在运行时依然能够如此做。与之相比，继承的灵活程度没有那么高了，因为继承有很多编译限制。

可能由于继承总是被认为是OOP的重点，所以程序员有种错觉，好像继承可以在任何时候使用。但是滥用继承会让系统结构过于复杂，后期维护极有可能牵一发而动全身。显然组合应该被优先考虑，这样软件在保持高内聚性的同时依然能够简洁化，何乐而不为。