軟件架構是軟件系統(tǒng)開發(fā)生命周期中最前端的部分，也是最關鍵和最核心的部分。 它確定后續(xù)代碼的方向； 它可以確定項目的方向； 有時它甚至可以決定公司的生死存亡。 軟件架構的成功有很多要點。 這些點中的一個，兩個或多個構成不同級別的業(yè)務系統(tǒng)或用戶系統(tǒng)：

　　*1 可靠性

　　*2  安全性

　　*3 可伸縮性

　　*4 可定制化

　　*5 可擴展性

　　*6 可維護性

　　*7 用戶體驗

　　*8 可快速迭代性

　　面向用戶的系統(tǒng)，用戶體驗 、快速迭代、安全、可靠 ，這四點必不可少，這些點圍繞著的基礎的技術選型、管理模式、規(guī)則、流程，也就跟著對應的權重的不同去分配了。

　　如果公司A需要制作工具app，xx計算器或xx筆記本。 要獲得市場認可，其架構大約需要：30％的用戶體驗，20％的快速迭代和10％的可靠性。 根據權重的分布，管理結構的技術選擇和管理模式。 工具應用程序的安全性是無可挑剔的，不會被市場認可； 電子商務網站的安全性和可靠性無法得到保證，將被市場放棄。

　　如果公司B具有內部管理系統(tǒng)，則要獲得正確的結果，必須首先確?？焖俚?。 業(yè)務每天都在變化。 相反，用戶體驗，可伸縮性，安全性和可靠性可以相對不那么緊迫。

　　通過可快速迭代性迅速迭代可定制化需求和可擴展性需求提升了用戶體驗，用戶體驗的提升帶動用戶量的增長，則對可靠性、可維護、安全性、可伸縮性提出了更高的要求。

　　上面是我想要表達的，軟件架構的出發(fā)點，是項目所處的市場的需求決定的。需求是什么，決定了架構是什么。

　　架構是難以更改的。是的，架構是非常難以更改的，如果你的項目已經推出市場了，除非重頭來過，承受徹底重構帶來的陣痛。這里往往要面臨更嚴峻的考驗，例如人事處理：有很多c++開發(fā)，想要轉java，或有很多php開發(fā)，想要轉python；再例如架構的改弦更張勢必要有加班的，埋頭苦干一個月，再走一遍來時的路~

　　舉個栗子：TDD ，TDD本質過程就是要貫穿從需求分析、設計、編碼、測試、整個研發(fā)過程。它其實是需求驅動，逐個滿足每個的需求。 TDD的核心就在于把需求分析,設計,質量控制量化的過程，在編寫測試用例時就可以規(guī)避、重構、設計需求的架構。TDD其實就是一個以需求驅動的架構模式、開發(fā)模式。

　　或許你已經在做相關的架構處理了，或許你已經吃到了一些苦頭，這個理論或許可以幫助你認識到，要根據市場需求來制定合適的架構，推導合適的架構細節(jié)。要慎重。既不可以過度設計，也不可以設計不足，這把量尺是：市場需求。