前言

      記得幾個(gè)月前，在一次北京博客園俱樂部的活動(dòng)上，最后一個(gè)環(huán)節(jié)是話題自由討論。就是提幾個(gè)話題，然后大家各自加入感興趣的話題小組，進(jìn)行自由討論。當(dāng)時(shí)金色海洋同學(xué)提出了一個(gè)話題——“什么是業(yè)務(wù)邏輯”。當(dāng)時(shí)我和大家討論ASP.NET MVC的相關(guān)話題去了，就沒能加入“業(yè)務(wù)邏輯”組的討論，比較遺憾。

      其實(shí)，一段時(shí)間內(nèi)，我腦子里對(duì)“業(yè)務(wù)邏輯”的概念也是非常模糊的。但在不斷地閱讀、思考和實(shí)踐過程中，這個(gè)概念及其相關(guān)的內(nèi)容才在我腦子里漸漸清晰。我想，很多朋友也許也對(duì)這個(gè)概念不是很了解，所以愿意結(jié)合既有資料和自己的思考，總結(jié)一篇關(guān)于業(yè)務(wù)邏輯的概述性文章，一則與朋友們分享探討，二則也是為自己對(duì)業(yè)務(wù)邏輯的學(xué)習(xí)做一個(gè)總結(jié)和提升。因?yàn)槲疫€不敢說對(duì)業(yè)務(wù)邏輯內(nèi)涵及外延理解的非常充分，所以文中如有不當(dāng)之處，還請(qǐng)各位不用客氣，盡管批評(píng)就好！

　　內(nèi)容提要

      ===================前篇=====================

      前言

      內(nèi)容提要

      1、我把業(yè)務(wù)邏輯丟了！——找回丟失的業(yè)務(wù)邏輯

      2、細(xì)說業(yè)務(wù)邏輯

            2.1、業(yè)務(wù)邏輯到底是什么

            2.2、業(yè)務(wù)邏輯的組成結(jié)構(gòu)

                  2.2.1、領(lǐng)域?qū)嶓w（Domain Entity）

                  2.2.2、業(yè)務(wù)規(guī)則（Business Rules）

                  2.2.3、完整性約束（Validation）

                  2.2.4、業(yè)務(wù)流程及工作流（Business Processes and Workflows）

            2.3、業(yè)務(wù)邏輯層職責(zé)相關(guān)爭(zhēng)議

                  2.3.1、爭(zhēng)議一：數(shù)據(jù)的格式化

                  2.3.2、爭(zhēng)議二：數(shù)據(jù)合法性及完整性驗(yàn)證

                  2.3.3、爭(zhēng)議三：CRUD

                  2.3.4、爭(zhēng)議四：存儲(chǔ)過程

      ===================后篇=====================

      3、業(yè)務(wù)邏輯的架構(gòu)模式及實(shí)現(xiàn)

            3.1、Transcaton Script

                  3.1.1、概述

                  3.1.2、分析

                  3.1.3、.NET平臺(tái)實(shí)現(xiàn)示例

            3.2、Table Module

                  3.2.1、概述

                  3.2.2、分析

                  3.2.3、.NET平臺(tái)實(shí)現(xiàn)示例

            3.3、Active Record

                  3.3.1、概述

                  3.3.2、分析

                  3.3.3、.NET平臺(tái)實(shí)現(xiàn)示例

            3.4、Domain Model

                  3.4.1、概述

                  3.4.2、分析

                  3.4.3、.NET平臺(tái)實(shí)現(xiàn)示例

            3.5、各種架構(gòu)模式的比較及選擇

      4、結(jié)束語

      參考文獻(xiàn)

　　1、我把業(yè)務(wù)邏輯丟了！——找回丟失的業(yè)務(wù)邏輯

      相信朋友們基本都是軟件開發(fā)人員。不論身處什么職位，我們的工作都有一個(gè)共同的目標(biāo)——制作軟件產(chǎn)品。而所謂的軟件產(chǎn)品，一定是在某個(gè)領(lǐng)域內(nèi)去實(shí)現(xiàn)某些業(yè)務(wù)。如此看來，“業(yè)務(wù)邏輯”本應(yīng)和“軟件產(chǎn)品”是緊緊綁在一起的，沒有業(yè)務(wù)邏輯，何來軟件產(chǎn)品？

      但是，我發(fā)現(xiàn)一個(gè)奇怪的現(xiàn)象，一說業(yè)務(wù)邏輯，很多人就無法形成清晰地印象。例如，經(jīng)典的三層架構(gòu)：表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層，一提到表示層或數(shù)據(jù)訪問層，大家腦子里馬上能產(chǎn)生出清晰的概念，但一提到業(yè)務(wù)邏輯層，就有點(diǎn)模糊了，或者完全不知道其是什么，或者有個(gè)模糊的輪廓，但對(duì)其具體的職責(zé)、結(jié)構(gòu)不是很清楚。真是奇了怪了！我們天天和業(yè)務(wù)邏輯打交道，搞不清業(yè)務(wù)邏輯是什么。

      對(duì)于這個(gè)奇怪的現(xiàn)象，我思前想后，結(jié)合自身的教訓(xùn)（我也曾很長時(shí)間搞不清業(yè)務(wù)邏輯），終于弄清楚了其原因——這和我們接觸這個(gè)概念的途徑和認(rèn)知結(jié)構(gòu)有莫大關(guān)系。

      不知道有多少人和我一樣，首次接觸“業(yè)務(wù)邏輯”這個(gè)概念是從分層架構(gòu)中的“業(yè)務(wù)邏輯層”概念開始的，我相信不在少數(shù)。事情壞就壞在這里！為了讓朋友們直觀看清“業(yè)務(wù)邏輯”的概念是怎么被我們丟掉的，請(qǐng)大家看一個(gè)圖，這個(gè)圖展示了很多人對(duì)“業(yè)務(wù)邏輯”的認(rèn)知過程。

圖1-1、狹義的認(rèn)知分解過程

　　如圖1-1所示，我們先接觸了分層架構(gòu)，然后對(duì)每個(gè)層產(chǎn)生了初步的認(rèn)識(shí)。其中，由于表示層和數(shù)據(jù)訪問層的代碼職責(zé)清晰明確，基本能正確認(rèn)識(shí)。但是，由于我們接觸的分層架構(gòu)的Demo大多業(yè)務(wù)極其簡(jiǎn)單，又基本是CRUD操作集中型的業(yè)務(wù)。所以，我們腦子中就產(chǎn)生了疑問：這個(gè)所謂的業(yè)務(wù)邏輯層是干什么的？怎么就簡(jiǎn)單封裝了一下數(shù)據(jù)訪問層的操作？這有存在的必要嗎？由于有了這種“先入為主”的誤導(dǎo)，使得很多朋友腦中將“業(yè)務(wù)邏輯”和“業(yè)務(wù)邏輯層”兩個(gè)概念混淆了，始終想不明白這東西到底是什么，做什么用的。再加上很多朋友所看的、所做的系統(tǒng)都是CRUD操作集中型的，就形成了“業(yè)務(wù)邏輯貌似就是對(duì)數(shù)據(jù)訪問操作的簡(jiǎn)單封裝”這一片面概念。

      到底這一概念有沒有錯(cuò)呢？其實(shí)沒錯(cuò)，因?yàn)樵诤?jiǎn)單的、CRUD操作集中型軟件中，業(yè)務(wù)邏輯基本就是對(duì)數(shù)據(jù)訪問簡(jiǎn)單的封裝。但是，無錯(cuò)不代表全面，這是一種狹義的業(yè)務(wù)邏輯理解，而且是狹義中的狹義。為什么這么說呢？因?yàn)槲覀儾坏窃?ldquo;業(yè)務(wù)邏輯層”這么一個(gè)狹義范圍內(nèi)去理解業(yè)務(wù)邏輯，而且還是CRUD集中型操作這種“非常瘦”的業(yè)務(wù)邏輯層范圍內(nèi)去理解，所以，可謂是在狹義的基礎(chǔ)上的狹義。

      當(dāng)我們把這么一個(gè)“狹義中的狹義業(yè)務(wù)邏輯”與“業(yè)務(wù)邏輯”等同起來時(shí)，誤會(huì)、迷茫、困惑、不屑就出現(xiàn)了。這就如同，給你一只溫順的哈巴狗，還是病怏怏的、無精打采的小哈巴狗，而你把這只“病怏怏的小哈巴狗”與“狗”的概念等同起來了。那么你一定就會(huì)為有人養(yǎng)狗看家和警察養(yǎng)狗當(dāng)警犬抓壞人而困惑：這東西這么弱小，我一腳就踩死了，怎么弄用來看家和抓壞人呢？進(jìn)而可能會(huì)產(chǎn)生“狗狗無用論”，“狗狗廢品”等觀念。當(dāng)然，在現(xiàn)實(shí)中，很少有人只見過小哈巴狗而沒見過狼狗等其它狗類，所以，故事中的誤會(huì)對(duì)“狗”一般是不存在的。但在現(xiàn)實(shí)中，確實(shí)有很多人只見過業(yè)務(wù)邏輯中的“小哈巴狗”，卻沒有見過業(yè)務(wù)邏輯中的“狼狗”、“藏獒”，所以，這種誤會(huì)在對(duì)“業(yè)務(wù)邏輯”的理解上廣泛存在。

      那么，廣義的情況究竟是怎么樣的？請(qǐng)看下圖。

圖1-2、廣義的認(rèn)知分解過程

      （注意！凡是不特別說明，下文中所有“數(shù)據(jù)”一詞都指需要持久化的數(shù)據(jù)，而不包括內(nèi)存中的臨時(shí)數(shù)據(jù)。請(qǐng)各位留心。）

      如圖1-2所示，廣義的認(rèn)知分解應(yīng)該是這樣的：軟件產(chǎn)品都是在某個(gè)領(lǐng)域內(nèi)實(shí)現(xiàn)某些特定業(yè)務(wù)，所以，軟件產(chǎn)品天生應(yīng)該分解為界面交互部分和業(yè)務(wù)邏輯部分，其中業(yè)務(wù)邏輯部分是軟件產(chǎn)品的核心，它客觀存在于軟件產(chǎn)品內(nèi)部，但是無法對(duì)使用者產(chǎn)生直觀刺激，因此業(yè)務(wù)邏輯不能與使用者直接交互。而界面交互部分是業(yè)務(wù)邏輯與使用者進(jìn)行交流的接口，使用者通過界面交互部分，與業(yè)務(wù)進(jìn)行交流，從而使得軟件產(chǎn)品發(fā)揮其作用。

      而在具體實(shí)現(xiàn)系統(tǒng)時(shí)，界面交互部分演化成表示層，業(yè)務(wù)邏輯部分演化成業(yè)務(wù)邏輯層。所以，可以認(rèn)為，數(shù)據(jù)訪問層不是軟件產(chǎn)品自然演化的直接產(chǎn)物，之所以出現(xiàn)數(shù)據(jù)訪問層，是因?yàn)槟承┊a(chǎn)品的業(yè)務(wù)屬于“數(shù)據(jù)操作集中型”業(yè)務(wù)，為了實(shí)現(xiàn)隔離、復(fù)用等目的，架構(gòu)師從業(yè)務(wù)邏輯中分離出了頻繁使用的數(shù)據(jù)訪問業(yè)務(wù)，形成了單獨(dú)的數(shù)據(jù)訪問層。從廣義來說，可以認(rèn)為數(shù)據(jù)訪問隸屬于業(yè)務(wù)邏輯，因?yàn)?，?shù)據(jù)訪問操作實(shí)際上也是業(yè)務(wù)邏輯的一部分。

      總結(jié)一下幾個(gè)要點(diǎn)：（這幾個(gè)要中的業(yè)務(wù)邏輯均指廣義業(yè)務(wù)邏輯）

      1）軟件產(chǎn)品自然的可分為界面交互部分和業(yè)務(wù)邏輯部分。

      2）從空間結(jié)構(gòu)上看，業(yè)務(wù)邏輯和數(shù)據(jù)訪問不是并列關(guān)系，而是隸屬關(guān)系——數(shù)據(jù)訪問隸屬于業(yè)務(wù)邏輯。雖然在具體系統(tǒng)實(shí)現(xiàn)層面，數(shù)據(jù)訪問層和業(yè)務(wù)邏輯層是并列存在，但從概念本質(zhì)層面上分析，兩者是隸屬關(guān)系。

      3）從時(shí)間結(jié)構(gòu)上看，應(yīng)該是先有業(yè)務(wù)邏輯的概念，才有數(shù)據(jù)訪問的概念。業(yè)務(wù)邏輯衍生自軟件本身，數(shù)據(jù)訪問衍生自業(yè)務(wù)邏輯。

      4）因?yàn)闃I(yè)務(wù)邏輯是軟件產(chǎn)品自然的一部分，所以擁有業(yè)務(wù)邏輯是軟件產(chǎn)品的必要條件（讀者可以試著舉出一個(gè)不包含業(yè)務(wù)邏輯的軟件）。但是一個(gè)軟件可以沒有數(shù)據(jù)訪問，如“計(jì)算器”、“不帶存檔的小游戲”等。

      利用以上論述要點(diǎn)和認(rèn)知分解，朋友們可以試試在腦中重新構(gòu)筑狹義和廣義“業(yè)務(wù)邏輯”的概念?？茨懿荒馨盐覀儊G掉的業(yè)務(wù)邏輯概念找回來。關(guān)于業(yè)務(wù)邏輯更多的細(xì)節(jié)，將在下文中討論。

　　2、細(xì)說業(yè)務(wù)邏輯

　　2.1、業(yè)務(wù)邏輯到底是什么

      在第一大節(jié)里說了那么多，相信各位基本已經(jīng)形成“業(yè)務(wù)邏輯”的概念了。如果我在這里再啰嗦什么，我不嫌累各位也要嫌煩了。所以，這里我僅給出兩個(gè)定義。

      廣義上的義務(wù)邏輯——軟件本身固有的一種品性，自然存在于軟件產(chǎn)品內(nèi)部，是軟件具有的在某個(gè)業(yè)務(wù)領(lǐng)域內(nèi)的邏輯，是軟件的核心和靈魂。軟件產(chǎn)品除界面和交互外的一切都可看作是廣義業(yè)務(wù)邏輯。

      狹義上的業(yè)務(wù)邏輯——等同于分層架構(gòu)中“業(yè)務(wù)邏輯層”的職責(zé)，是軟件中處理與業(yè)務(wù)相關(guān)任務(wù)的部分，一般狹義上的業(yè)務(wù)邏輯不包含數(shù)據(jù)持久化，而只關(guān)注領(lǐng)域內(nèi)的相關(guān)業(yè)務(wù)。

      對(duì)于以上兩種定義，希望朋友們不要割裂開來看，而 要辯證統(tǒng)一的去看，這樣，才能構(gòu)建一個(gè)完整而辯證統(tǒng)一的“業(yè)務(wù)邏輯”概念。在下文中，將不再明確區(qū)分狹義和廣義，“業(yè)務(wù)邏輯”一詞將代表兩者的辯證統(tǒng)一體。

　　2.2、業(yè)務(wù)邏輯的組成結(jié)構(gòu)

      業(yè)務(wù)邏輯作為一個(gè)高層次概念，其內(nèi)在結(jié)構(gòu)也是非常豐富的，下面我們深入其里，去探尋一下業(yè)務(wù)邏輯都是由哪些更底層的部分構(gòu)成的。

　　2.2.1、領(lǐng)域?qū)嶓w（Domain Entity）

      通俗的說，領(lǐng)域?qū)嶓w就是這個(gè)領(lǐng)域內(nèi)有哪些東西。例如，銀行業(yè)領(lǐng)域內(nèi)有賬戶、支票、前臺(tái)營業(yè)員等實(shí)體；B2C電子商務(wù)領(lǐng)域有商品、訂單、交易等實(shí)體；魔獸世界游戲的領(lǐng)域內(nèi)有角色、種族、道具、魔法等實(shí)體；高等代數(shù)領(lǐng)域有矩陣、行列式等實(shí)體。

      領(lǐng)域?qū)嶓w是某個(gè)領(lǐng)域內(nèi)各種對(duì)象的抽象，可以用名詞表示（可以是具體名詞或抽象名詞，甚至動(dòng)名詞，只要其具有名詞性），構(gòu)成了整個(gè)業(yè)務(wù)邏輯的骨骼和靜態(tài)模型。一般每個(gè)領(lǐng)域?qū)嶓w有自己的一些屬性和行為。順便說一句，領(lǐng)域?qū)嶓w的存在時(shí)OOA&D的基礎(chǔ)。

      在具體的軟件系統(tǒng)中，領(lǐng)域?qū)嶓w往往會(huì)根據(jù)架構(gòu)的不同有不同的映射存在形式。

      其中一種叫做Business Object（BO），即業(yè)務(wù)對(duì)象，某些文獻(xiàn)稱其為“充血實(shí)體類”，這種對(duì)象完整抽象了領(lǐng)域內(nèi)的某個(gè)實(shí)體，封裝了此實(shí)體相關(guān)屬性和行為。在面向?qū)ο蟮脑O(shè)計(jì)和架構(gòu)中，這種實(shí)體類很常見。

      另一種叫做Data Transfer Object（DTO），某些文獻(xiàn)稱其為“貧血實(shí)體類”，其特點(diǎn)是僅有屬性，不存在行為。這種實(shí)體類主要負(fù)責(zé)整體性傳遞數(shù)據(jù)。另外，與BO不同的是，DTO可以不抽象領(lǐng)域?qū)嶓w的全部屬性，而只根據(jù)需要抽象一部分。例如，某個(gè)“User”實(shí)體存在很多屬性，但如果某個(gè)方法僅需要其聯(lián)系方式，可以設(shè)計(jì)一個(gè)DTO，僅有id，email，address，phone等就夠了。在面向過程的設(shè)計(jì)和架構(gòu)中，這種實(shí)體設(shè)計(jì)比較常見。

      2.2.2、業(yè)務(wù)規(guī)則（Business Rules）

      業(yè)務(wù)規(guī)則就是某個(gè)領(lǐng)域內(nèi)運(yùn)作的規(guī)則，構(gòu)成了整個(gè)業(yè)務(wù)邏輯的靈魂和動(dòng)態(tài)模型。業(yè)務(wù)規(guī)則作用于領(lǐng)域?qū)嶓w，領(lǐng)域?qū)嶓w遵從業(yè)務(wù)規(guī)則進(jìn)行運(yùn)作。

      如：在銀行領(lǐng)域內(nèi)，“轉(zhuǎn)賬時(shí)從A賬戶扣除相應(yīng)款項(xiàng)，在B賬戶添加相應(yīng)款項(xiàng)，并從A賬戶扣除相應(yīng)手續(xù)費(fèi)，并通過某些途徑通知A和B賬戶的戶主”就是一條規(guī)則。需要注意的是，業(yè)務(wù)規(guī)則比較抽象，并不是需求，需求需要具體且無二義性，而業(yè)務(wù)規(guī)則只是抽象的一種描述，例如，通知戶主的途徑是什么？電子郵件？電話？短信？并沒有具體描述，但在規(guī)則中有“通知”這一項(xiàng)，因此不能將業(yè)務(wù)規(guī)則等同于需求。

      2.2.3、完整性約束（Validation）

      領(lǐng)域?qū)嶓w和業(yè)務(wù)規(guī)則構(gòu)建了業(yè)務(wù)邏輯的主體，但在這主體之上，還存在著一個(gè)限制，這就是完整性約束。

      完整性約束是對(duì)業(yè)務(wù)領(lǐng)域中的數(shù)據(jù)、規(guī)則的強(qiáng)制性規(guī)定與約束。這種約束是系統(tǒng)正常運(yùn)轉(zhuǎn)的保證。

      如“賬戶密碼不能為空”，“身份證號(hào)必須符合具體格式規(guī)定”，“轉(zhuǎn)賬流程必須具有原子性，A賬戶扣錢、B賬戶存錢、A賬戶扣除手續(xù)費(fèi)、通知戶主四項(xiàng)操作必須要么都做，要么都不做”，都是完整性約束。

      2.2.4、業(yè)務(wù)流程及工作流（Business Processes and Workflows）

      有了上述三項(xiàng)，業(yè)務(wù)邏輯還不能正常工作，因?yàn)檫€沒有“啟動(dòng)器”和“過程托管器”。設(shè)想我們有了各種實(shí)體類，它們有各自的屬性和行為，也有定義好的業(yè)務(wù)規(guī)則和完整性約束。現(xiàn)在實(shí)體類僅僅具有實(shí)現(xiàn)業(yè)務(wù)規(guī)則的能力，但它們?nèi)绾螁?dòng)并交互協(xié)調(diào)完成業(yè)務(wù)規(guī)則呢？因此我們需要有東西去觸發(fā)和協(xié)調(diào)實(shí)體。

      業(yè)務(wù)流程或工作流是啟動(dòng)及托管協(xié)調(diào)領(lǐng)域?qū)嶓w完成既定規(guī)則的過程。例如，“在線訂購”是一個(gè)業(yè)務(wù)流程，它包括“用戶登錄-選擇商品-結(jié)算-下訂單-付款-確認(rèn)收貨”這一系列流程。各個(gè)實(shí)體如會(huì)員、訂單、商品等已經(jīng)包含了完成在線訂購必要的行為，但仍需一個(gè)流程，才能真正完成業(yè)務(wù)。

      具體到程序中，業(yè)務(wù)流程也許通過一個(gè)方法來實(shí)現(xiàn)，這個(gè)方法負(fù)責(zé)啟動(dòng)并協(xié)調(diào)各個(gè)實(shí)體類，完成一個(gè)流程。

　　2.3、業(yè)務(wù)邏輯層職責(zé)及相關(guān)爭(zhēng)議

      2.3.1、數(shù)據(jù)的格式化

      關(guān)于數(shù)據(jù)的格式化應(yīng)該放在業(yè)務(wù)層進(jìn)行還是表示層進(jìn)行一直存在爭(zhēng)議。我個(gè)人的意見是這樣的：

      業(yè)務(wù)層送給表示層的數(shù)據(jù)應(yīng)該具備以下要求。1）返回的數(shù)據(jù)應(yīng)該完成了所有必要的業(yè)務(wù)處理和業(yè)務(wù)計(jì)算。例如，若返回訂單信息讓表示層展示，會(huì)有個(gè)必要的數(shù)據(jù)——訂單總額。這個(gè)數(shù)據(jù)需要首先用各個(gè)訂單項(xiàng)的單價(jià)乘以數(shù)量，然后加和。那么，這個(gè)數(shù)據(jù)應(yīng)該在業(yè)務(wù)層完成計(jì)算直接返回，總之不應(yīng)讓表示層進(jìn)行任何業(yè)務(wù)處理和計(jì)算操作。2）一次性返回所有需要的數(shù)據(jù)，避免表示層再一個(gè)Action里調(diào)用多次業(yè)務(wù)。打個(gè)比方，例如訂單中有個(gè)“客戶姓名”，這個(gè)數(shù)據(jù)不保存在訂單表中，而是通過外鍵關(guān)聯(lián)的，那么，業(yè)務(wù)層應(yīng)該將“客戶姓名”一并取出返回給表示層。總之，避免表示層在一個(gè)Action里多次調(diào)用業(yè)務(wù)層。3）不攜帶任何格式信息，僅僅是結(jié)構(gòu)良好的純凈數(shù)據(jù)，如DTO形式。因?yàn)?，?shù)據(jù)如何展示，是表示層的職責(zé)，如何在業(yè)務(wù)層中返回了過多格式信息，就會(huì)造成表示層的修改困難。例如，我曾聽說過所里承接的一個(gè)實(shí)際項(xiàng)目，開始是使用B/S，當(dāng)時(shí)他們的業(yè)務(wù)層返回的數(shù)據(jù)全都附帶了html代碼。后來，客戶嫌B/S響應(yīng)不夠迅速（可能是客戶公司的網(wǎng)絡(luò)條件不好），要求改成C/S，當(dāng)時(shí)全傻眼了，貌似幾乎修改了整個(gè)業(yè)務(wù)層。那個(gè)項(xiàng)目相當(dāng)龐大，7個(gè)子系統(tǒng)，投入200人開發(fā)了1年多，想想修改的難度吧。

　　2.3.2、數(shù)據(jù)合法性及完整性驗(yàn)證

      一般做系統(tǒng)，都避免不了數(shù)據(jù)驗(yàn)證。上文曾經(jīng)提到，完整性約束是業(yè)務(wù)邏輯的一部分。如此看來，數(shù)據(jù)驗(yàn)證一般應(yīng)該放在業(yè)務(wù)層。但是，實(shí)際情況并不盡然。個(gè)人認(rèn)為數(shù)據(jù)驗(yàn)證的方式，目前沒有統(tǒng)一標(biāo)準(zhǔn)，可以根據(jù)需要放在表示層或業(yè)務(wù)層。但是，我個(gè)人不提倡在“表示層的服務(wù)端”放置過多完整性驗(yàn)證。因?yàn)?，表示層的職?zé)應(yīng)該僅僅是接收數(shù)據(jù)并傳遞給業(yè)務(wù)層，不應(yīng)對(duì)數(shù)據(jù)是否合法負(fù)責(zé)。過多的數(shù)據(jù)驗(yàn)證，不但令表示層代碼臃腫，而且使得表示層職責(zé)變得不明確。

      可以在“表示層的服務(wù)端”放置一些簡(jiǎn)單的驗(yàn)證，如空值驗(yàn)證，兩次輸入密碼是否一致等，但業(yè)務(wù)關(guān)系緊密的驗(yàn)證，最好放在業(yè)務(wù)層。甚至有些驗(yàn)證只能在業(yè)務(wù)層驗(yàn)證，如“當(dāng)前用戶名不能與已有用戶名重復(fù)”，這種驗(yàn)證需要訪問持久化數(shù)據(jù)，需要由業(yè)務(wù)層完成。

      這里之所以強(qiáng)調(diào)“表示層的服務(wù)端”，是因?yàn)橐话阍贐/S系統(tǒng)中，都會(huì)在JavaScript里加入一些基本的數(shù)據(jù)驗(yàn)證，如空值檢查，格式正則匹配等。這主要是為了減輕服務(wù)器負(fù)擔(dān)，將大多數(shù)顯然包含不合法數(shù)據(jù)的請(qǐng)求拒絕掉，而不發(fā)給服務(wù)端驗(yàn)證。當(dāng)然，因?yàn)榭赡軙?huì)出現(xiàn)JS被屏蔽或黑客惡意攻擊行為，所以，所有驗(yàn)證不論JS中是否驗(yàn)證過，服務(wù)端（可能是表示層的服務(wù)端部分或業(yè)務(wù)層）一定要再進(jìn)行驗(yàn)證。

      2.3.3、CRUD

      CRUD，即常說的增刪改查操作。關(guān)于CRUD是否是業(yè)務(wù)層的職責(zé)，一直也是爭(zhēng)議不斷。因?yàn)槟壳安]有權(quán)威的定義，所以這里我斗膽說一下我對(duì)這個(gè)問題的看法。還請(qǐng)大家批判性閱讀。

      一說到“增刪改查”，大家一定會(huì)覺得這理所當(dāng)然是數(shù)據(jù)訪問層的職責(zé)。我認(rèn)為這個(gè)理解是對(duì)的，但是只對(duì)了一半！之所以這么說，是因?yàn)?ldquo;增刪改查”有兩個(gè)層次含義。

      第一個(gè)層次，是數(shù)據(jù)訪問層次上的。在這個(gè)層次上，“增刪改查”只是單純的數(shù)據(jù)庫操作，“增刪改查”可以理解為“插入一條記錄，刪除一條記錄，更新一條記錄的信息，獲取一條或多條記錄”四個(gè)操作，其意義和著眼點(diǎn)完全是數(shù)據(jù)訪問層面上的，不帶有任何業(yè)務(wù)成分和業(yè)務(wù)知覺。這個(gè)層面上的CRUD應(yīng)該屬于數(shù)據(jù)訪問層的職責(zé)。

      第二個(gè)層次，是業(yè)務(wù)邏輯層次上的。在這個(gè)層次上，“增刪改查”是業(yè)務(wù)領(lǐng)域內(nèi)實(shí)體的變化以及一系列相關(guān)反應(yīng)，“增刪改查”可以理解為“領(lǐng)域內(nèi)新增一個(gè)業(yè)務(wù)實(shí)體，領(lǐng)域內(nèi)去掉一個(gè)業(yè)務(wù)實(shí)體，領(lǐng)域內(nèi)一個(gè)業(yè)務(wù)實(shí)體更新了信息，得到領(lǐng)域內(nèi)一個(gè)或多個(gè)業(yè)務(wù)實(shí)體的信息”。

      兩者最大的不同，是業(yè)務(wù)層面上的增刪改查往往不是單純的增加減少，還包括實(shí)體變化后相關(guān)的業(yè)務(wù)流程。下面舉個(gè)例子：

      “添加一個(gè)新的訂單”——這是一條典型的“增”操作。在數(shù)據(jù)訪問層面上，它的意義是“在表示訂單的數(shù)據(jù)表里增加一條記錄”；而在業(yè)務(wù)邏輯層面上，它的意義除了“領(lǐng)域內(nèi)多了一個(gè)訂單實(shí)體”外，還可能包括“根據(jù)業(yè)務(wù)規(guī)則判斷是否是重復(fù)下單，根據(jù)金額對(duì)下訂單客戶的等級(jí)做相應(yīng)提升、發(fā)送Email和短信通知客戶等”?？梢钥吹剑瑯I(yè)務(wù)層面上的“增”可能不僅是簡(jiǎn)單封裝一個(gè)簡(jiǎn)單的插入記錄，可能還要去做其他數(shù)據(jù)訪問——提升用戶等級(jí)，以及做一些非CRUD的業(yè)務(wù)操作——發(fā)送短信通知。

      在許多稍微復(fù)雜的系統(tǒng)中，業(yè)務(wù)往往不僅僅是封裝了一條數(shù)據(jù)訪問操作，而是還有很多如計(jì)算等業(yè)務(wù)處理，一個(gè)業(yè)務(wù)操作期間可能要多次使用數(shù)據(jù)訪問操作。退一步說，即使某個(gè)業(yè)務(wù)僅僅封裝了一條數(shù)據(jù)訪問操作，其意義和層面也是不同的，在數(shù)據(jù)訪問層面，僅僅是多了一條記錄，而業(yè)務(wù)邏輯層面，是領(lǐng)域內(nèi)多了一個(gè)業(yè)務(wù)實(shí)體。也許其本質(zhì)上都是往數(shù)據(jù)庫插入一條記錄，但人類的抽象思維可以將之在不同層面上區(qū)分，這也是人類思維層面的一種抽象能力的表現(xiàn)。例如，我們知道太陽升起不過是地球自轉(zhuǎn)使得從背陰面轉(zhuǎn)到了向陽面，但當(dāng)人們看日出時(shí)，很少有人會(huì)說“看！我們從背陰面轉(zhuǎn)到向陽面了！”，我們會(huì)說“看！日出！”，這就是同一事物的不同層次表現(xiàn)。

      2.3.4、存儲(chǔ)過程

      也許是性能上的誘惑，許多人喜歡在數(shù)據(jù)庫系統(tǒng)中寫很復(fù)雜的存儲(chǔ)過程。這樣，許多業(yè)務(wù)操作就被寫到存儲(chǔ)過程中去了。我個(gè)人建議，除非對(duì)性能要求極高，否則最好還是不要用存儲(chǔ)過程實(shí)現(xiàn)業(yè)務(wù)。例如，在一般的系統(tǒng)中，某個(gè)業(yè)務(wù)操作可能需要1秒，而是用了存儲(chǔ)過程只用0.1秒，看上去存儲(chǔ)過程將效率提高了10倍。但對(duì)大多數(shù)用戶來說，1秒和0.1秒的差別并不大，但是這樣做的話，業(yè)務(wù)會(huì)變得十分不容易維護(hù)。所以，我個(gè)人覺得，除非十分必要，還是不要用存儲(chǔ)過程實(shí)現(xiàn)業(yè)務(wù)。

　后篇：http://kb.cnblogs.com/page/50527

it知識(shí)庫：細(xì)說業(yè)務(wù)邏輯（前篇），轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。