ASP.NET MVC論壇應(yīng)用程序(上)
我想通過本系列文章從頭到尾構(gòu)建一個(gè)完整的ASP.NET MVC論壇應(yīng)用程序，最終的目的是探討和推動使用ASP.NET MVC框架構(gòu)建應(yīng)用程序的最佳實(shí)踐。
1、 簡介
在本篇中，我想先從全局方面介紹一下論壇應(yīng)用程序的總體目標(biāo)。在本篇中，我將討論一下避免代碼壞味道的重要性，還將討論如何利用軟件設(shè)計(jì)原則和模式來幫助你編寫適合未來改變的富有彈性的代碼。最后，我還將論證一下為什么我選擇使用測試驅(qū)動開發(fā)方式構(gòu)建本系列文章中的論壇應(yīng)用程序。
2、 什么樣的軟件是好的軟件
我不想僅僅為了構(gòu)建論壇應(yīng)用程序而任意構(gòu)建此論壇應(yīng)用程序。我的目標(biāo)是盡可能構(gòu)建最棒的論壇應(yīng)用程序。
這個(gè)目標(biāo)立即引發(fā)這樣一個(gè)問題：什么樣的軟件是好的軟件？是什么導(dǎo)致一個(gè)應(yīng)用程序比另一個(gè)應(yīng)用程序更好一些或更差一些呢？在事先沒有一個(gè)關(guān)于“好軟件”的定義之前，我無法聲明我構(gòu)建了一個(gè)完美的論壇應(yīng)用程序。
因此，下面是我對于“好軟件”的定義。
3、 好軟件是設(shè)計(jì)得易于修改的軟件
存在多種原因可能需要你改變軟件：
1)你可能需要在一個(gè)現(xiàn)有軟件上添加新的特征
2)你可能需要修改一個(gè)現(xiàn)有軟件中的錯(cuò)誤
3)你可能需要優(yōu)化現(xiàn)有軟件
4)你可能需要改進(jìn)現(xiàn)有軟件的設(shè)計(jì)
一般說來，設(shè)計(jì)糟糕的軟件是難于改變的。有些軟件設(shè)計(jì)得如此糟糕，以致于每個(gè)人都害怕碰一碰它。我們大家應(yīng)該都使用過設(shè)計(jì)得糟糕的軟件。當(dāng)軟件不好時(shí)，你很希望它干脆走開；甚至如果有機(jī)會的話，你可能想從頭開始重新編寫這款軟件。
4、 避免代碼壞味道
Robert和Micah Martin把糟糕的軟件部分描述為代碼壞味道。下列代碼壞味道意味著此軟件的書寫是相當(dāng)糟糕的：
1)僵化性（Rigidity）—僵化的軟件是這樣的軟件，當(dāng)你在某個(gè)位置作一改動時(shí)即要求對系統(tǒng)作出相應(yīng)的一系列的更改。
2)脆弱性（Fragility）—脆弱的軟件是這樣的軟件，你在某個(gè)位置作一改動時(shí)即打斷另外多處的正常運(yùn)行。
3)不必要的復(fù)雜性—不必要的復(fù)雜軟件是指過度設(shè)計(jì)的軟件，其目的是為了處理任何可能的改變。
4)不必要的重復(fù)—不必要的重復(fù)軟件中包含大量的重復(fù)性代碼。
5)晦澀性—晦澀的軟件是指難于理解的軟件。
【注意】上述這些代碼味道在Micah和Robert Martin的著名《Agile Principles,Patterns,and Practices in C#》中得到充分的描述。在此，強(qiáng)烈建議讀者讀一下這本書。
注意，上述這些代碼味道都與所有的代碼改變相關(guān)聯(lián)。每一個(gè)這些代碼味道都將妨礙代碼的改變。
5、 軟件設(shè)計(jì)原則
遵循良好的軟件設(shè)計(jì)原則，將有助于編寫軟件易于適應(yīng)未來更改的軟件。軟件設(shè)計(jì)原則有若干，也不盡相同。例如，Cunningham和Cunningham Wiki描述面向?qū)ο笤O(shè)計(jì)的11個(gè)原則：
http://c2.com/cgi/wiki?PrinciplesOfObjectOrientedDesign。
其中提到的面向?qū)ο笤O(shè)計(jì)的前五個(gè)原則與Robert Martin及他的兒子Micah Martin編著的《Agile Principles,Patterns,and Practices in C#》中所主張的軟件設(shè)計(jì)原則是一致的。此外，Robert Martin還在Object Mentor開辟的博客上討論了這些原則：
http://www.objectmentor.com/resources/publishedArticles.html。
此外，我還發(fā)現(xiàn)有另外兩本書中也提供了有關(guān)軟件設(shè)計(jì)原則的極其有用的信息。第一本是Eric Freeman,Elisabeth Freeman, Kathy Sierra, Bert Bates編著的《Head First Design Patterns》；第二本是Brett McLaughlin,Gary Pollice和David West編著的《Head First Object-Oriented Analysis and Design》。盡管這些書所討論的原則與Robert Martin的提法并不十分相同，但是它們卻十分相近。
不過真實(shí)的情況是，上述所有這些針對軟件設(shè)計(jì)原則展開討論的資源都源自Robert Martin的工作。Robert Martin并不是所有原則的發(fā)明者，但是他的確是第一個(gè)把這些原則收集到一起的人。下面列出這些軟件設(shè)計(jì)原則：
◆SRP—單一責(zé)任原則
◆OCP—開關(guān)原則
◆LSP—Liskov替換原則
◆ISP—接口隔離原則
◆DIP—依賴倒置原則
上述這個(gè)原則的集合正好對應(yīng)于縮略詞SOLID。
下面的軟件設(shè)計(jì)原則列表來自于《Head First Design Patterns》一書：
◆封裝變化
◆多用組合少用繼承
◆基于接口而不是基于實(shí)現(xiàn)編程
◆在交互的對象間努力實(shí)現(xiàn)松耦合
◆類應(yīng)該為了擴(kuò)展而開放，但是為了修改而關(guān)閉
◆依賴于抽象，而不要依賴于具體類
◆僅僅對你的朋友交談
◆不調(diào)用我，我們會調(diào)用你
◆一個(gè)類應(yīng)該僅有一個(gè)改變的理由
當(dāng)然，上述原則之間也存在許多的重疊之處。例如，“單一責(zé)任”原則與后面的“一個(gè)類應(yīng)該僅有一個(gè)改變的理由”這一原則是相一致的。然而，它們所強(qiáng)調(diào)的重點(diǎn)還是有所不同。更多的細(xì)節(jié)在此不便贅述。
所有這些設(shè)計(jì)原則的真正動機(jī)在于，努力構(gòu)建出能夠適應(yīng)變化的軟件。上述原則分別對于不同的原則進(jìn)行相應(yīng)的闡述，最終目的也不過是為了創(chuàng)建出可以經(jīng)得起時(shí)間測試的軟件。
【編輯推薦】
