在本篇中，我想先从全局方面介绍一下论坛应用程序的总体目标。在本篇中，我将讨论一下避免代码坏味道的重要性，还将讨论如何利用软件设计原则和模式来帮助你编写适合未来改变的富有弹性的代码。最后，我还将论证一下为什么我选择使用测试驱动开发方式构建本系列文章中的论坛应用程序。
我不想仅仅为了构建论坛应用程序而任意构建此论坛应用程序。我的目标是尽可能构建最棒的论坛应用程序。
这个目标立即引发这样一个问题：什么样的软件是好的软件？是什么导致一个应用程序比另一个应用程序更好一些或更差一些呢？在事先没有一个关于“好软件”的定义之前，我无法声明我构建了一个完美的论坛应用程序。
一般说来，设计糟糕的软件是难于改变的。有些软件设计得如此糟糕，以致于每个人都害怕碰一碰它。我们大家应该都使用过设计得糟糕的软件。当软件不好时，你很希望它干脆走开；甚至如果有机会的话，你可能想从头开始重新编写这款软件。
Robert和Micah Martin把糟糕的软件部分描述为代码坏味道。下列代码坏味道意味着此软件的书写是相当糟糕的：
1)性（Rigidity）的软件是这样的软件，当你在某个作一改动时即要求对系统作出相应的一系列的更改。
2)脆弱性（Fragility）脆弱的软件是这样的软件，你在某个作一改动时即打断另外多处的正常运行。
3)不必要的复杂性不必要的复杂软件是指过度设计的软件，其目的是为了处理任何可能的改变。
遵循良好的软件设计原则，将有助于编写软件易于适应未来更改的软件。软件设计原则有若干，也不尽相同。例如，Cunningham和Cunningham Wiki描述面向对象设计的11个原则：
不过真实的情况是，上述所有这些针对软件设计原则展开讨论的资源都源自Robert Martin的工作。Robert Martin并不是所有原则的发明者，但是他的确是第一个把这些原则收集到一起的人。下面列出这些软件设计原则：
当然，上述原则之间也存在许多的重叠之处。例如，“单一责任”原则与后面的“一个类应该仅有一个改变的理由”这一原则是相一致的。然而，它们所强调的重点还是有所不同。更多的细节在此不便赘述。
所有这些设计原则的真正动机在于，努力构建出能够适应变化的软件。上述原则分别对于不同的原则进行相应的阐述，最终目的也不过是为了创建出可以经得起时间测试的软件。
网友评论 ()条 查看