一、模型圖

該模型是自己摸索出來的一種web服務設計模型，整個圍繞核心業務邏輯處理模組進行。在這個模型中，core業務邏輯處理中心處理負責執行所有邏輯處理流程，該模組所需要的所有副作用操作都以“外掛”的形式從引數中傳入。而所謂的“外掛”，其實就是一些處理副作用讀寫的函式。

二、模組說明

service模組

提供網路服務，根據具體使用的技術，對客戶端來的請求進行路由分發，提取出請求引數，對引數進行解密、格式轉換、驗證，對客戶端進行登入認證等；對要返回給客戶端的資料進行包裝，比如轉換成客戶端所要求的格式、加密、加status-code等。這些操作獨立於業務邏輯之外，是各個請求所通用的，通常可以以中介軟體的形式來實現。

core業務邏輯處理模組

業務邏輯處理模組實現了整個業務流程，在這個模組中，資料來源有兩塊：一是客戶端請求所帶的引數，二是從外掛中獲取的資料；也就是，這個模組會以引數的形式告訴呼叫者，我需要哪些外掛（fn集合），需要哪些其他引數；呼叫者負責提供正確的外掛和引數。示例:

(defn handle
    [{:keys [fn-save-db fn-user-info]} username]
    (let [user-info (fn-user-info username)]
        (fn-save-db use-info)))

這個核心邏輯處理函式告訴呼叫者，我需要兩個外掛：一個儲存資料到資料庫，一個獲取使用者資訊的外掛；需要一個引數——使用者名稱；這些外掛集合，通過一個map結構傳過來。

該模組的輸出就是要返回給客戶端的訊息資料，這些資料還需要service層根據不同使用的網路技術做一些處理。

db-center模組

該模組封裝了後臺所需資料所有資料來源：資料庫、記憶體資料、第三方遠端呼叫、隨機資料、時間資料等，也就是將所有副作用的操作函式封裝了起來。

外掛組裝模組

該模組非常小，就是為每個請求對應的業務邏輯處理函式提供所需的外掛集合。

resp-msg模組

根據客戶端與伺服器訊息協議，組裝對應的訊息體。

三、優點

所有資料都來源於引數

該模型的主要優點是：核心業務邏輯處理模組通過介面引數的方式，明確告知呼叫者：要用這個模組，就需要提供該模組所需要的外掛和資料。呼叫者可以在保證外掛介面不變的基礎之上，根據不同的需要實現外掛。在使用這個模組時，控制權在呼叫者手中。

易於測試

保證核心業務邏輯的正確性和可靠性，是保證系統正確性的核心。測試時，可以用假的資料來實現外掛，使輸入到業務邏輯模組的外掛返回我們指定的值（或執行我們指定的操作），這就相當於測試一個“純函式”：輸入什麼引數，就輸出對應的返回值。如此一來，可以很輕鬆地進行單元測試，保證核心邏輯的正確性。

而在系統實際執行時，就可以傳入用真實資料庫技術實現的外掛了。

副作用的封裝

db-center中封裝了所有副作用操作，包括真實資料庫讀寫，rmi/rpc/http等遠端呼叫，記憶體資料讀寫，隨機數生成，當前時間獲取等；這些資料操作通過統一介面暴露給外部呼叫者。根據不同的使用場景，可以對這些介面進行不同的實現，比如用假資料實現一個local版（記憶體版）的服務（不遠處呼叫資料庫服務以及其他第三方服務等）。

四、缺點

核心業務邏輯處理模組，並不是一個真正的“純函式”，雖然在測試的時候，可以像測試純函式一樣進行單元測試，然而因為模組中在存在寫操作，如fn-sava-db，這些操作會改變一些外部資源。因此這個模組還是不安全的，然而核心業務邏輯理論上講，只需處理邏輯，應該是非常純的一個過程，資料的寫操作並不應該是邏輯過程該乾的活，因此這個模型仍有待改進。