我們在軟體系統的開發和運維過程中，會遇到和其他系統的對接。主要的就是資料傳輸，打通各個系統，實現業務的高效化和自動化。但是在對接其他系統時，往往會出現各種問題。比如，乙個在開發中的系統a對接已經上線的系統b，b在設計之初，並沒考慮到系統a，導致a需要的資料，b沒有或者很零散，如果雙方開發人員不能達成一致，就很難對接。相比於這種情況，如果b也處於開發階段，就好辦多了。
那麼回過頭說，為什麼b很難對接呢？主要原因就是b系統的架構設計很爛，可能沒有清晰的規劃，需求到**，就開發到**，缺乏業務的抽象，看上去像一盤散沙。
這和程式設計能力無關，並不是寫**強不強的問題，而是規劃問題，對具體業務的理解。
軟體架構，聽的最多的是微服務架構，還有什麼pass，saas，iaas等
參考部落格：軟體架構概述
三層架構 實踐篇
層 呼叫ui層 model bll bll層 model dll dll層 model 最後就是 實現部分 model層namespace login.model public string username public string password public string email ui...
軟體架構實踐閱讀筆記02
軟體架構實踐在一到三章講述了一些概念內容以及例項，比如什麼是架構，架構的重要性和評判架構的準則等等。同樣，作為書的第一部分，它介紹了架構的商業週期，是分析軟體架構的基礎。而第二部分講述的就是設計師如何建立構架。概括的說，因為質量屬性的實現對系統的成功至關重要，因此我們開始對質量屬性以及設計師如何借助...
軟體架構實踐閱讀筆記2
軟體架構實踐閱讀筆記2 本書的第二部分講的是建立架構 設計師如何建立構架?這是本書第二部分要了解的重點。因為質量屬性的實現對系統的成功至關重要，因此我們開始對質量屬性以及設計師如何借助他的工具箱來實現質量屬性進行討論。對 壞做出評判的通常是旁觀者 booth tarkington的解釋 這對設計師來...