设计模式系列【三】：什么才是优秀的软件架构？

开始学习设计模式前，我们先来看看软件架构的设计过程，及需要达成的目标和尽量避免的陷阱。

代码复用

无论是开发哪种软件产品，成本和时间都是最重要的。较少的开发时间意味着可以比竞争对手更早的进入市场。较低的开发成本意味着能够留出更多的营销资金，覆盖更广泛的潜在客户。

其中，代码复用是减少开发成本最常用的方式之一，其目的是非常明显，即：与其反复从头开发，不如在新对象中重用已有的代码。

这个想法表面看起来很棒，但实际上要让已有的代码在全新的代码中工作，还是需要额外努力的。组件间紧密的耦合、对具体类而非接口的依赖和硬编码的行为都会降低代码的灵活性，使得复用这些代码变得更加困难。

使用设计模式是增加软件组件灵活性并使其易于复用的方式之一。但是，这可能也会让组件变得更加复杂。

一般情况下，复用可以分为三个层次。在最底层，可以复用类、类库、容器，也许还有一些类的团体（例如容器和迭代器）。

框架位于最高层。它们能帮助你精简自己的设计，可以明确解决问题所需的抽象概念，然后用类来表示这些概念并定义其关系。例如，JUnit是一个小型框架，也是框架的“HelloWorld”，其中定义了Test、TestCase和TestSuite这几个类及其关系。框架通常比单个类的颗粒度要大。你可以通过在某处构建子类与框架建立联系。这些子类信奉“别给我打电话，我们会给你打电话的”。

还有一个中间层次，这是我觉得设计模式所处的位置。设计模式比框架更小更抽象。它们实际上时一组类的关系及其互动方式的描述。当你从类转向模式，并最终到达框架的过程中，复用程度会不断增加。

中间层次的优点在于模式提供的复用方式要比框架的风险小。创建框架是一项投入重大且风险很高的工作，模式则能让你独立于具体代码来复用设计思想和理念。

扩展性

需求变化是程序员生命中唯一不变的事情，比如以下几种场景：

• 你在Windows平台发布了一款游戏，现在人们想要Mac OS的版本。
• 你创建了一个使用方形按钮的GUI框架，但几个月后开始流行圆形按钮。
• 你设计了一款优秀的电子商务 站，但仅仅几个月后，客户就要求新增电话订单的功能。

每个软件开发者都经理许多相似的故事，导致它们发生的原因也不少。

首先，在完成了第一版的程序后，我们就应该做好了从头开始优化重写代码的准备，因为现在你已经能在很多方面更好的理解问题了。同时在专业水平上也有多提高，所以之前的代码现在看上去可能会显得很糟糕。

其次，可能是在你掌握之外的某些事情发生了变化，这也是导致许多开发团队转变最初想法的原因。比如，每位在 络应用中使用Flash的开发者都必须重新开发或移植代码，因为不断有浏览器停止对Flash格式的支持。

最后，可能是需求的改变，之前你的客户对当前版本的程序感到满意，但是现在希望对程序进行11个“小小”的改动，使其可能完成原始计划阶段中完全没有提到的功能，新增或改变功能。

当然这也有好的一面，如果有人要求你对程序进行修改，至少说明还有人关心它。因此在设计程序架构时，有经验的开发者都会尽量选择支持未来任何可能变更的方式。