為什麼要架構，我來說說原因
當你希望把複雜問題清晰化時，而不是簡單化，這時需要架構
當你希望把**的重複利用率提高時，需要架構
當你希望對團隊整個進行把控時，需要架構
以上只是我簡單的總結，下面說說架構之「走火入魔」篇
我很喜歡看武俠電影，喜歡邵氏，邵氏經典，必屬佳片說的一點不錯，在我看大部分武俠劇時，很多情節都是大反派練某種神功，走火入魔的情景，他們為何會走火入魔呢？在我看來是他們對自己當前的情況及當前武功的程次判斷不夠清楚，所以會走火入魔。
那麼當我們在架構設計中走火入魔了，應該如何去魔爪中走出來呢，在我看來，有以下幾點
1 對自己專案要有清晰的認識，選擇適合本專案的架構方式
2 對專案成員要了解，如果整個基礎不是很紮實，應該用比較容易的架構方式
3 對專案的變化度有乙個把控，如果專案經理要變，那需要在適當的時候，適應的模組中引入設計模式及ioc等技術
以下圖中有我用的兩個專案方案:
第一種，少**，少耦合，適用於變化度小的場合，對於變化高的模組，也可以採用區域性的ioc，本專案ioc都採用unity
在業務層使用了通用資料層引用和個性化的資料層引用
第二種是變化度大，它會提供整個層的ioc注入，通過配置檔案動態反射出來類物件
資料層，首先定義介面，然後可以根據不同的資料庫進行不同的實現，本實現是sql資料庫的實現
webui層將頁面與頁面的controller建立在不同的專案中，使結構上更清晰,業務上，可以實現乙個controller對應多套view模版
呵呵，人在江湖，身不由已，做專案也是一樣，不是我喜歡採用某種架構，而是因為它適合於這個專案，或者它適合於這個團隊！
為什麼要關注架構設計？
因為假如你不關心架構，那麼總有一天，需要在同乙個龐大的類中除錯若干複雜的事情，你會發現在這樣的條件下，根本不可能在這個類中快速的找到以及有效的修改任何bug.當然，把這樣的乙個類想象為乙個整體是困難的，因此，有可能一些重要的細節總會在這個過程中會被忽略。如果現在的你正是處於這樣乙個開發環境中，很有可...
為什麼要微服務架構服務化？
微服務架構，這 5 年左右一直被認可，是軟體架構的未來方向。需要大家理解的是，為什麼需要服務化。比如微服務架構對企業來說，帶來什麼價值？有啥弊端？這裡 一下微服務架構，主要還是在理解 why 為什麼需要服務化？微服務架構，主要是多了個 微 亞馬遜有個粗粗的定義 乙個微服務應用工程的所有開發 測試 運...
架構為什麼會腐化
架構腐化一詞我已經忘了從哪本書上看到的了，但是這個詞給我留下了非常深刻的印象。關鍵在於 腐 一詞，充分而又形象的描述了架構是怎樣一步一步從簡單清爽走向複雜汙穢的。請允許我用 汙穢 一詞來描述乙個糟糕的架構，因為糟糕的架構就像是一潭散發著臭味的淤泥，讓你不想靠近，一旦涉入其中就會難以自拔，苦不堪言。我...