面向对象的思考过程（原书第5版）

5.6　设计时请考虑可扩展性

给一个类添加新特性应该与扩展一个已有的类、添加一些新方法、修改其他行为一样简单。没必要重写所有事情。这正是继承扮演的功能。如果编写了一个Person类，必须考虑事实上稍后你可能会写Employee类和Customer类。因此，让Employee类继承Person可能是最好的策略。这种情况下Person类被称为可扩展的类。设计Person类时不应该包含一些阻止它可以被诸如Employee或Customer类继承的行为（假设在你的设计中，确实想让其他类扩展Person）。例如，你不应该在Employee类中加入具体的监管功能。如果你这样做了，那么其他不需要监管功能的类继承自Employee，就会出现问题。

这点触及了之前讨论过的抽象准则。Person应该只包含具体某人的数据和行为。其他类可以成为它的子类从而继承相应的数据和行为。

正如我们将在第11章和第12章的SOLID中所讨论的，类应该为扩展而打开，但为修改而关闭。通过首先使用接口并对其进行编码，你可以使用各种模式（例如Decorator）来扩展内容，而不必接触经过测试和部署的代码。

什么样的属性和方法应该是静态的？

静态方法增加了类的耦合性。你不能抽象出一个静态方法。你也不能模拟一个静态方法或者静态类。你不能提供一个静态接口。只有一种情况，在应用程序开发中（框架开发有所不同）使用静态类是合理的：你在开发帮助类或者不会产生任何副作用的扩展方法。例如，一个进行加法的静态方法。处理数据库交互或者Web服务不适合使用静态类。