珠海市天惠設計制作有限公司，成立于1996年8月,是為拓展中國Internet領域應用而專門成立的高新技術企業(yè)，是企業(yè)電子商務技術服務和解決方案綜合服務提供商。
業(yè)務層其實并不復雜，但是大部分開發(fā)人員對其職責并沒有理解清楚，從而使其淪 落為一個數(shù)據(jù)中轉站。我之前分享過的Android項目重構之路系列中提到的核心層，其實就是這里所講的業(yè)務層。但有不少讀者反映，他們在實際項目中就只 是做一下參數(shù)檢查，然后直接調(diào)用API，與展示層對接的接口基本也與API的接口一致的。這樣，業(yè)務層無疑就已經(jīng)變?yōu)榱艘粋�數(shù)據(jù)中轉站。
業(yè)務層的職責
所以，設計業(yè)務層之前，對業(yè)務層的職責要先真正理解清楚。這里，我舉兩個栗子說明一下。
第一個是新用戶注冊的例子。注冊時，界面上一般都會要求用戶輸入手機號、驗證碼、密碼和確認密碼。但是，API接口一般只會有三個參數(shù)：手機號、驗證碼 和密碼，不會有確認密碼。因此，調(diào)用接口之前，密碼和確認密碼的一致性檢查是必須的。同時，也要檢查這些數(shù)據(jù)是否為空、手機號是否符合規(guī)范、驗證碼是否有 效、密碼有沒有包含了特殊字符等。正確姿勢就是當所有檢查都通過了之后，才調(diào)用API接口。最后，調(diào)用注冊接口成功后，可能還要再調(diào)用一次登錄接口，并可 能將用戶登錄信息緩存起來，方便用戶下次啟動應用時自動登錄。所有這些都屬于業(yè)務邏輯處理，也就是業(yè)務層的工作。
第二個是涉及用戶驗證 的例子。比如，在一個電商App，當用戶瀏覽某個商品，點擊購買時，App首先會判斷用戶是否已經(jīng)登錄，如未登錄，則會跳轉到登錄頁面讓用戶先登錄。如果 已經(jīng)登錄，但token已經(jīng)過期，那需要先去獲取新的token，之后才能進行下一步的購物操作。這些邏輯處理，也是業(yè)務層的工作。
因 此，簡單點說，業(yè)務層就是處理業(yè)務邏輯，包括數(shù)據(jù)的檢查、業(yè)務分支的處理等。比如上面第二個例子，可能很多人就會將用戶是否已經(jīng)登錄的判斷直接在界面上做 處理，當確認登錄后，token也是有效的之后，才調(diào)用業(yè)務層做購買商品的操作，這就是導致業(yè)務層淪落為API的數(shù)據(jù)中轉站的直接表現(xiàn)。
業(yè)務層的交互
只有真正理解了業(yè)務層的職責之后，才能有效地設計業(yè)務層與外層的交互接口。
業(yè)務層向下，與數(shù)據(jù)層交互;向上，與展示層交互。
與數(shù)據(jù)層交互只是調(diào)用數(shù)據(jù)層的接口獲取數(shù)據(jù)，而與展示層交互則需要提供接口給展示層調(diào)用。因為業(yè)務處理一般屬于比較耗時的操作，主要在于底層的網(wǎng)絡請求 比較耗時，所以提供給展示層的接口數(shù)據(jù)結果應該以異步的方式提供，因此，接口上就需要提供個回調(diào)參數(shù)，返回業(yè)務處理之后的結果。我之前分享過的 Android項目重構之路:實現(xiàn)篇有講到一種實現(xiàn)方式，可參考。
寫在最后
業(yè)務層可以說是一個數(shù)據(jù)加工場，處理核心的業(yè)務邏輯。其實，只要理解清楚了業(yè)務層的職責，業(yè)務層就不難實現(xiàn)。