淺析.NET設(shè)計架構(gòu)十條箴言
這是看《Microsoft .NET Architecting Applications for the Enterprise 》書中摘記下來的，有必要經(jīng)常提醒自己。
箴言一——凡事無絕對
凡事無絕對。作為架構(gòu)師，你永遠(yuǎn)不會對任何事情有百分百的把握，你永遠(yuǎn)無法面面俱到。不過在這個位置上，你就必須評估所有的可選方案，并作出有足夠預(yù)見性的正確決策。你需要為自己爭取一些時間，以便慢慢思考，因此首先說“凡事無絕對”，然后解釋為什么是這樣，變數(shù)有哪些。若你還不確定有些變數(shù)，那么可以選用這個通用的回答——“這取決于上下文”。
箴言2——需求是超越一切存在的
架構(gòu)僅僅是軟件項目中一個自然的鏈接部分?？蛻魧⒄f出他們需要什么，若是客戶吧清楚自己的需求，那么會有人引導(dǎo)直至得到明確的答案，這是分析師的職責(zé)。項目經(jīng)理將為這個已經(jīng)正式確定的項目安排基礎(chǔ)設(shè)施。架構(gòu)師會得到所有的需求，并為開發(fā)者提供設(shè)計。開發(fā)者將按照架構(gòu)的意圖開發(fā)。數(shù)據(jù)庫管理員也會盡力讓數(shù)據(jù)庫能良好支持應(yīng)用程序。你會認(rèn)識到，客戶位于這個鏈條的頂端，且客戶的需求才是最重要的部分，客戶所需要的東西叫做需求。當(dāng)然，沒有幾個客戶知道他自己真正需要的是什么，因此需求會不停地變化。
箴言3——根據(jù)接口編程
雖然我們是依靠最終實現(xiàn)代碼來完成需求的，不過仍應(yīng)該盡可能地使用接口。請牢記“沒有接口的話就不要開始實現(xiàn)”這句話。仔細(xì)分析，你總會找到可以提取的接口。
箴言4——保持簡單，但不過與簡單
你應(yīng)該聽說過KISS（Keep It Simple，Stupid）原則，但這只是我們修改后的觀點。簡潔明了通常就意味著優(yōu)秀。以簡單為目標(biāo)，不過要留有自己的底線。若是低于這個底線，那么你的解決方案將變得過于簡單，這并不是一件好事。
箴言5——繼承是為了多態(tài)，不是重用
面向?qū)ο缶幊蹋∣OP）讓我們僅編寫一個類，然后不停地重用并根據(jù)需要擴展，這是依靠繼承實現(xiàn)的。不過這就是類重用的全部嗎？“重用”這個概念要比你第一眼看上去更加微妙。多態(tài)是面向?qū)ο缶幊痰暮诵墓δ?，意味著你可以互換地使用兩個繼承類。同時，有些人給出了總結(jié)：“蟲咬是繼承的一個附帶功能。”不過重用不應(yīng)該成為你的根本目標(biāo)，換句話說，不要僅為了重用而使用繼承。最好是編寫一個新的類來滿足需iqu，而不是繼承某個原本不是完成此工作的現(xiàn)有類。
箴言6——不要再非數(shù)據(jù)訪問層中使用SQL
牢記這一條：分離關(guān)注點。將數(shù)據(jù)訪問代碼和細(xì)節(jié)（例如，連接字符串、命令和數(shù)據(jù)表名）先放在一邊。或早或晚你總會開始處理，不過不是在設(shè)計業(yè)務(wù)邏輯層和表現(xiàn)層時。如果可能請將持久化工作交給對象/關(guān)系映射（Object/Relational Mapper）等專門的工具處理。
箴言7——首先考慮可維護性
若你僅能為軟件選擇一個特性，那么應(yīng)該如何選擇呢？選擇可伸縮性、安全性、性能，可測試性還是可用性？在我們看來，上述這些都不是最重要的，最重要的是可維護性。有了可維護性，上述所有特性都可以在日后實現(xiàn)。
箴言8——所有的用戶輸入都是罪惡的
你應(yīng)該早已聽過這種說法。“紙包不知火”，若是有某種途徑讓用戶可以入侵，那么遲早會被用戶發(fā)現(xiàn)。這似乎是墨菲法則，確實如此。
箴言9——事后優(yōu)化
Donald Knuth曾說過，過早地優(yōu)化時所有軟件罪惡的根源。我們講該說法更進一步——不要優(yōu)化系統(tǒng)，而是讓其設(shè)計盡可能地面對改進和擴展，僅在系統(tǒng)完成之后，再關(guān)注純粹的優(yōu)化。
箴言10——在設(shè)計時考慮安全性和可測試性
若你很在乎某個系統(tǒng)特性，那么在設(shè)計開始前就應(yīng)該考慮到它。安全性和可測試性也是如此。甚至一個國際標(biāo)準(zhǔn)化組織（ISO）的規(guī)范也明確地闡述了這一點。
原文鏈接：http://www.cnblogs.com/xiaopan2010/archive/2011/07/27/2117825.html
【編輯推薦】
