前面一篇文章《最近架構隨想》，我提到架構設計的一些構想，其實也是對之前專案經驗的一些歸納及總結。今天我們就以許可權系統作為切入點，談一談怎麼設計許可權系統以及怎麼做到系統具有以下特性：

1. Organized：如果系統組織比較好，可以起到事半功倍的效果。
2. Encapsulated：對功能，結構，資料進行有效的封裝，會使系統維護變得更加容易。
3. Reusable：對常用功能以及元件進行有效的封裝，可以使系統變得結構清晰且方便維護。
4. Extensible：在設計系統的時候，如果很好的遵守OO的設計理念（OO的五大原則SOLID），即使系統做得很大，也會像火箭一樣直衝雲霄！
5. Replaceable：在很多時候我們需要考慮到系統，元件或者功能的可替換性，因為需求是會變的。
6. Testable：做到系統的可測性，會大大幫助開發以及維護，對團隊開發以及分工協作起著非常重要的作用。
7. Loose Coupling：隔離耦合是架構設計必須要考慮的一個因素，如果系統不能做到高內聚、低耦合，那麼在維護，升級，新功能開發方面就會是一場噩夢！
8. High Performance：高效能是系統設計必須重視的要點，使用者不可能忍受簡單頁面載入超過十秒，也不可能接受頁面操作頻繁卡死的情形，所以在架構設計的時候必須從資料庫，邏輯，服務以及UI進行合理的優化。
9. Scalability：如果能做到前面的幾點，那麼我有理由相信你的系統一定具備Scalability。
10. Enjoy Your Life：最後一點也是最重要的一點，不要忙碌於重複的碼農工作，喝杯咖啡，享受程式碼，早點回家，陪老婆、陪小孩，環球旅遊，享受生活！

廢話半天，下面就開始看圖說話環節：

架構設計圖：

部署及元件圖：

詳細解決方案：

01_Client：存放UI相關的專案，比如Winform, WPF，ASP.NET， Silverlight，ASP.NET MVC或者相關的Web Model及View Model專案。

02_Hosting：存放與Service相關的專案，可以是Direct Service，Remoting Service，Web Service，WCF Service或者Web API Service 。

03_Domain：業務邏輯相關的所有實體以及操作（根據OO的思想設計類以及類之間的關係）。

04_Infrastructure：非業務方面的功能框架 （Data，Common，DataContract，AOP， IOC，Logging，Encryption，Email）。

05_Database：資料庫專案（包含所有資料庫指令碼，方便開發，部署以及維護）。

06_Tests：所有測試專案（資料訪問測試，框架測試，業務邏輯測試，服務測試以及View Model測試）。

07_ReferenceLibs：專案相關的外部引用。

08_Tools：一些簡單的工具，方便開發，測試以及部署。

各層執行序列 (呼叫Service之前需要呼叫Service Adapter，然後根據專案配置來決定呼叫WCF Service，Web API Service 還是直接DLL引用)：

許可權系統設計 （支援多系統，Module多層級，Group多層級，多使用者來源，功能許可權，資料許可權等）：

許可權系統資料庫關係圖（三個中心點：Users, Roles, Paths）：

許可權系統所有表（包括主要表以及備份表，主要是針對中小型專案，如果大型專案則要採用分庫，分表以及分割槽的策略）：

資料庫專案——指令碼注意事項以及如何一鍵執行所有資料庫指令碼（方便管理資料庫指令碼並且對團隊開發以及分工協作幫助很大）：

程式碼生成器——T4完全生成資料庫，業務實體，業務層，服務層以及UI程式碼 （之前也用Winform和WPF寫過程式碼生成器，這是第一次使用T4生成整個專案，感覺非常好用，並且隨時修改隨時使用，而且還可以根據專案進行定製化）。

這篇文章主要是看圖說話，所以如果你有什麼反饋，心得或者建議，不妨留言，我會盡力在今天或者明天進行回覆。關於程式碼分享或者開源的問題，由於目前是幫公司做的，所以還沒有時間和精力去抽取程式碼，不過會根據反饋，然後在近期內分享更多實現細節！

如果您認為這篇文章還不錯或者有所收穫，不妨點選一下右下角的(推薦)按鈕，因為你的支援是我繼續寫作，分享的最大的動力！