這篇文章用來記錄重構系統架構時，遭遇到的問題內容，以及當下處理的解決方案。應該會不定時更新 xd
2012/07/03
命名規則定義
問題內容 : 命名規則沒有標準化規範，維護程式**困難。
解決方案 : 採用微軟標準命名規則，提高程式**質量。
系統架構分層
問題內容 : 架構分層不明確職責散落各處，容易改東壞西。
解決方案 : 架構分層重新設計，一層一層分離職責。
系統架構模組
問題內容 : 架構模組不明確職責散落各處，容易改東壞西。
解決方案 : 系統模組重新設計，一塊一塊分離職責。
系統架構通訊
問題內容 : ui邏輯緊密相依wcf，必須要整套系統架起來除錯，增加除錯困難。
解決方案 : 採用ioc切割通訊職責，將ui邏輯跟wcf鬆綁，增加分段除錯的能力。
系統架構資料庫
問題內容 : 系統緊密相依entity framework，必須要有相關知識才能對系統除錯。
解決方案 : 採用repository pattern切割資料庫操作，將領域邏輯跟資料儲存鬆綁，增加分段除錯的能力。
領域知識服務
問題內容 : 產品領域知識很強大，但領域知識散落系統各處，重用性較低。
解決方案 : 抽取產品領域知識，並且採用soa模式提供服務。
Chatter 物件導向的架構
物件導向的架構 是怎麼樣的東西，今天忽然頓悟該如何用文字將他定義。將在開發軟體專案的時候，遇到的各種不同功能面物件，歸類並取乙個好記的名字。反覆重整功能面物件跟名詞，最終就會產生乙個屬於自己的架構。以ddd domain driven design 的domain layer來說。1.系統有個use...
Chatter 架構設計是做甚麼
今天去面試，面試官希望我多聊一些有關架構設計，當場回答了一些部落格上分享的架構模式。回家的路上，認真的思考了這個問題 架構設計是做甚麼?對我來說，架構是用來處理軟體系統上的各種非功能性需求。不管是增加系統的擴充性 降低開發人員的最低能力 減少維護人員的負擔，都是架構設計該處理的問題。以部落格上寫過的...
Android架構重構
我將專案分為了四個層級 模型層 介面層 核心層 介面層。模型層定義了所有的模型 介面層封裝了伺服器提供的api 核心層處理所有業務邏輯 介面層就處理介面的展示。幾個層級之間的關係如下圖所示 下面展開說明具體的每個層次 介面層封裝了網路底層的api，並提供給核心層呼叫。剛開始，為了簡單，該層的核心類我...