编写优质软件——代码可扩展性的几种实施方式

代码可扩展性的几种实施方式

《ThePragmaticProgrammer》（Addison-Wesley，1999）一书的作者DaveThomas和AndyHunt曾经说过，所有编程工作都是维护的一种形式。一个类在首次键入几分钟后就会进入无限的维护循环。大多数时候，维护要求把现有代码库重构成模式或者更简洁的设计。然而，维护的能力具备代码扩展的特性，即用新的函数扩展现有代码，且很好地整合现有代码。

DonaldKnuth对优化的说法几乎也同样适用于代码扩展性：过早实施是刀恶之源。很多开发者都渴望写出易于扩展的代码。这可能导致过度设计。

当可扩展特性是基础特性时，你可能需要在你的代码里考虑以下3个方面：基于接口的设计，插件架构和状态机。

重要：大多数时候，你需要找出证据证明你需要一个更可扩展、更灵活的设计。对更抽象、更灵活的设计的需要通常是重构过程的结果。一个更可扩展的设计也可以出现在冲刺的早期阶段，此时你可能正要实现一个新的特性。

基于接口的设计

接口代表两个软件组件之间的契约。当一个软件组件，如一个类，声明它能处理特定接口时，意味着它可以使用任何暴露相同接口的其他组件，不管是现有的还是将来会写的。这个理念就是可扩展代码的基础。

这个方案的关键是你应该设计成可扩展的软件组件的数量。把所有类都设计成可扩展的，且对于它们需要处理的每个逻辑都采用接口是非常不切实际的。在这点上没把握好就会导致你过度设计。

这里的挑战就是弄清何时从一个策略提取接口并在多个组件之间共享，这才是真正体现你更多价值的地方。相信我们，这是一个严峻的挑战。

插件架构

在提及可扩展性这个词时，很多人就想到插件。插件是一个外部组件，向现有应用程序添加原本没有的特定特性。为了实现这点，宿主应用程序必须设计成能够发现并处理插件。
宿主应用程序指定插件的编程接口，单方面地决定插件加载时接受什么数据，并指定它们何时