業務系統的開發模式

標籤：style   os   使用   sp   on   資料   問題   bs   代碼   

 

       開發主流程：
       1.  熟悉系統的整體設計、使用的主要技術集以及運行部署；
       2.  持續溝通並理清業務處理邏輯；
       3.  開發/測試/持續改進的交替進行；
       4.  細緻周全地處理異常。


       業務處理模式：
       1. 讀取請求與輸入，檢測許可權與可訪問性、檢測參數有效性；
       2. 業務處理邏輯、日誌記錄；
       3. 格式化處理結果並輸出。

       業務處理中的代碼模式：
       1.  從資料庫或緩衝中讀取資源記錄並檢測是否存在或是否合法；
       2.  對底層系統發送指令， 做實際的業務處理；
       3.  根據指令結果更新資源記錄。

       商務邏輯主要是理清楚： 需要訪問和更新哪些資源記錄，程式中狀態的跳轉與檢測，發送指令。

 

       痛點：
       1.  並發高輸送量設計，交易處理，避免死結；
       2.  高可靠性設計， 在高負載下表現良好；
       3.  錯誤處理全域規劃，友好提示和便利排查問題；


      關鍵點：
      1.  對商務邏輯有整體而深入的理解， 才能設計出更好的系統架構來容納業務的有效處理和擴充；
      2.  探求更好的技術手段與思路視角，更高效地實現業務。

      IMPORTANT NOTE:
      1.  架構的一個作用就是簡化商務邏輯處理模式，使開發人員更專註於實現業務處理邏輯； 架構的另一個作用是選擇適合的長遠的技術集合，使得業務系統具備良好的可擴充性和持久發展；
      2. 業務處理中的代碼模式 1,2,3 通常是動態， 交替進行的，這取決於實際業務的複雜性；這也是業務系統不易維護的重要原因之一；
      3. 業務功能的正確性和可維護性通常取決於如何存取和更新資源記錄；效能與可靠性取決於演算法與系統整體設計；
      4. 持續提升代碼可讀性，Keep Code Clean， 非常有益於系統的快速理解、維護和擴充。有的系統整體設計不錯，但實際業務代碼可讀性不佳，理解起來費勁且浪費時間，容易出錯。

業務系統的開發模式