架構設計三原則

架構設計三原則

合適原則

合適原則宣言：合適優於業界領先

失敗原因

沒那麼多積累，卻想一步登天，是失敗的第二個主要原因

沒那麼卓越的業務場景，卻幻想靈光一閃成為天才，是失敗的第三個主要原因

沒那麼多人，卻想幹那麼多活，是失敗的第乙個原因

簡單原則

簡單原則宣言：簡單優於複雜

軟體領域的複雜性

結構的複雜性

組成複雜系統的元件數量更多

這些元件之間的關係也更加複雜

元件越多，就越有可能其中某個元件出現故障

某個元件改動，會影響關聯的所有元件

定位乙個複雜系統中的問題更加困難

邏輯複雜性

單個元件承擔了太多功能，邏輯複雜幾乎會導致軟體工程的每個環節都有問題

問題：**很龐大，一次clone時間很長

幾十上百人維護一套**，不小心改了一行 **，導致整站崩潰；需要不停討論版本計畫、協調資源、解決衝突

需求過多導致分支過多，各種分支合併和覆蓋，每天上線幾十個版本

線上出現故障，需要幾十個人一起定位和處理

功能複雜的元件的乙個典型特徵就是採用了複雜的演算法。複雜的演算法導致問題難以理解，進而導致難以實現和修改，並難以快速解決問題

演化原則

演化原則宣言：演化優於一步到位

對於軟體來說，變化才是主題；本質是：軟體架構需要根據業務發展不斷變化

設計過程

首先，設計出來的架構要滿足當時的業務需要

其次，架構要不斷地在時間應用過程中迭代、保留優秀的設計、修復有缺陷的設計，改正錯誤的設計，去掉無用的設計，使得架構逐漸完善

第三，當業務發生變化時，架構要擴充套件、重構、甚至重寫；**也會重寫，但有價值的經驗、教訓、邏輯、設計等卻可以在新架構中延續

架構設計三原則

成為架構師，可以說是絕大多數開發者的夢想。但是這個過程並不是一件簡單的事情，如果簡單的話，意味著供過於求，就代表著不值錢了。在目前國內，架構師也算是乙個比較吃香的職業。對於年齡較大的小夥伴們，他們的選擇通常有這麼幾個?第一 繼續開發者之路，畢竟現在30多歲的資深工程師也不少 通常這些人，對於公司來說...

架構設計三原則

架構即決策。架構需要面向業務需求，並在各種資源 人 財 物 時 事 約束條件下去做權衡 取捨。而決策就會存在不確定性。採用一些高屋建瓴的設計原則有助於去消除不確定，去逼近解決問題的最優解。1 合適原則 架構無優劣，但存合適性。汝之蜜糖，吾之砒霜 架構一定要匹配企業所在的業務階段 不要面向簡歷去設計架...

03 架構設計三原則

本文是通過學習李運華老師的 從0開始學架構 課程的隨筆 現在自己對架構雲裡霧裡的感覺，結合工作中的實踐，學習與總結，慢慢的，會有質的提公升的。將軍難打無兵之戰 羅馬不是一天建成的 冰山下面才是關鍵 在專案管理中，專案啟動 規劃 執行 監控 驗收的整個過程，我們需要整個過程中合理評估和知曉我們所擁有的...