步入工作，截止2023年，大部分採用面向過程或物件導向快速解決些問題，區域性採用物件導向設計實現軟體功能。
在2023年到2023年期間，採用三層架構完成外包專案。
現在回顧下三層架構/多層架構：
從垂直角度來看，劃分如下：
a、表示層，又稱表現層ui，位於三層構架的最上層，與使用者直接接觸的介面。在b/s資訊系統中， web瀏覽頁面作為表示層，承載實現使用者介面功能，將使用者的請求上傳到伺服器，確保使用者的優質體驗。
b、業務邏輯層bll，實現了軟體的主要業務邏輯，對表示層提供展示資料支撐依據，對資料訪問層提供資料效驗和持久化操作。
c、資料訪問層dal，常規是針對資料庫進行操控，實現資料的增加、刪除、修改、查詢等操作，並將操作結果反饋到業務邏輯層bll。不僅限於資料庫。
分層技術，目的是「高內聚低耦合」，其下每層：
表示層目的：展示和體驗
業務邏輯層目的：業務處理
資料訪問層目的：儲存
多層架構是基於三層架構的衍生，更加細分了層次關係。一般根據需要，將業務邏輯層bll和資料訪問層dal進行再次分解，達到解耦以及提高後期的可維護性。
實施規則：
1、各級層次開發明確工作內容，不要跨層設計。特別是表示層
2、設計的出發點，從業務邏輯層開始，要明確業務的輸入輸出
特別注意：
在表示層中是否包含前置判斷邏輯，這個是體驗優化的範疇，或者說：在產品效果設計時，對其定義。這類定義可能和業務邏輯的前置限定有部分重複或完全重複，不能因為業務邏輯層完成，就不需要實現。
這一點，在設計中必要的明確。
分層優劣：
優點：層次分明，減低依賴，結構清晰，易於維護、擴充套件、復用。
缺點：開發工作量大，從單條效能效率低下。容易出現級聯修改。
隨聊：在sx外包團隊，人員緊張，基本上乙個人多個專案穿插或乙個人抗乙個專案，由經理把控進度，相互合作開發，以文件或qq方式協定，相互幫助完成
外包團隊的效率在於團隊以及每人的能力體現。專案主程，在分層架構，無論三層還是多層，在細分的過程中，巨集觀上把控層級的劃分，同時也需要注意細節的控制。
外包的失敗，有諸多原因，最大的原因，還是人。
思考越多，做得越快。
接觸軟體體系架構設計（三）
2008年進入cz xm，前後服務了近10年，非常感謝這家公司的包容和學習。最初乙個產品，是屬於sns社交型別 典型的三層架構，就職時，服務於專案的dal資料訪問層的開發。在其後的移動端開發，採用mvc 模型 檢視 控制器 其重點在於分離 檢視 資料模型的分離，相同的資料來源對應多個不同的檢視效果 ...
軟體架構設計 二 系統總體架構設計
系統總體架構非常重要，但在表達上都不盡相同，下面介紹幾種常用的系統架構模式，供參考 assf access service biz standard fundation 模式 訪問 服務 業務功能 標準 基礎，對系統架構各個層次均有表達，但部署應用模式需要有單獨說明，如下圖方式組織系統總體架構 lo...
軟體架構設計 二 系統總體架構設計
系統總體架構非常重要，但在表達上都不盡相同，下面介紹幾種常用的系統架構模式，供參考 assf access service biz standard fundation 模式 訪問 服務 業務功能 標準 基礎，對系統架構各個層次均有表達，但部署應用模式需要有單獨說明，如下圖方式組織系統總體架構 lo...