什麼是架構的答案有很多種，這裡並不想理論討論之間的區別，我想說說自己對架構的理解，以及這樣理解對架構工作的實際作用。
我原來的理解「架構是面向問題」,專案有什麼問題我就針對問題做解決方案，認為這就是架構，比如網際網路要抗高併發讀流量，就架構水平擴充套件redis集群來滿足；比如架構要抗寫流量，就架構任務引擎以及結合redis來滿足；等等，你會發現這種認知在實際使用中也很好用，尤其是針對網際網路的流量架構。
伴隨著抗量的穩定，公司重點開始轉向業務資產的沉澱，這時候怎麼剝離出核心業務邏輯以及核心邏輯如何組織就是關鍵問題，這時候採用六邊形架構以及責任鏈模式來針對這個問題做業務模組架構，也很有效。
但是逐漸，我發現這樣是有問題的，因為運用這些後，你會發現怎麼每個專案都架構差不多呢？用過六邊形架構，都是核心邏輯+基礎實施+介面卡，難道這就是架構？自己都不太相信了。
其實上面的「面向問題的架構」其實是架構的關鍵決策，並不是架構的全部。而六邊形架構其實是把核心業務邏輯分離開了，但核心邏輯是否好維護並沒有解決，應該再對核心邏輯進行組織架構，針對核心邏輯資產的沉澱才是架構本質的問題。
在不同階段，架構解決不同問題，依然有很好的指導作用，但我們要明白，軟體最終的核心還是解決系統用例的邏輯**容易維護，針對核心業務用例的架構才是最終的重點。
關於架構的思考之一 架構的定義及目的
目錄 架構的定義 架構設計目的是什麼？如何做架構分析 軟體架構指軟體系統的頂層結構。架構涉及系統 子系統 模組和元件各部分。參考rup的4 1檢視 用例檢視 use cases view 最初稱為場景檢視，關注終端使用者需求，為整個技術架構的上線文環境.通常用uml用例圖和活 描述。邏輯檢視 log...
軟體架構的作用
軟體架構對新產品開發 產品線開發 軟體維護以及軟體公升級都有很重要的作用。軟體架構對新產品開發的作用 軟體架構是溝通現實世界和計算機世界的一座橋。1.上乘業務目標。軟體架構擔負著為完成業務目標而進行大局規劃的職責。2.下接技術決策。將面向業務的需求轉向面向技術的軟體架構設計方案，為後面的技術開發工作...
關於新架構的思考
1.對request和session的深層封裝真的有實際意義嗎?2.如果request封裝的真的很厚實,那麼,我們必須要保證的,控制器在完全屏棄request以後,能夠方便獲取request中的物件.方便訪問session中的物件,這點,在分層體系架構的設計上是非常重要的.3.對於bo和持久層,以及...