程序的扩展性建立在对业务需求变化的预见性之上

程序的扩展性建立在对业务需求的预见性之上，抛开需求预见性，来谈程序的扩展性是毫无根据的。

think in java中说到：

“确定接口是理想选择，因而应该总是选择接口而不是具体的类”。这其实是一种诱惑。当然，对于创建类，几乎在任何时候，都可以替代为创建一个接口和一个工厂。

许多人都掉进了这种诱惑的陷阱，只要有可能就去创建接口和工厂。这种逻辑看起来好像是因为需要使用不同的具体实现，因此总是应该添加这种抽象性。这实际上已经变成了一种草率的设计优化。

任何抽象性都应该是应真正的需求而产生的。当必需时，你应该重构接口而不是到处添加额外的级别的间接性，并由此带来的额外的复杂性。这种额外的复杂性非常显著。

恰当的原则应该是优先选择类而不是接口。从类开始，如果接口的必需性变得非常明确，那么就进行重构。接口是一种重要的工具，但是它们容易被滥用。