上一次（即昨天），我們完成了業(yè)務(wù)邏輯層的演示；傳送門(mén)：項(xiàng)目架構(gòu)開(kāi)發(fā)：業(yè)務(wù)邏輯層之領(lǐng)域驅(qū)動(dòng)失血模型
設(shè)計(jì)上雖然還不是太優(yōu)雅，但是距離真正的OO編程又更近了一步，而且也保留了事務(wù)腳本模式的簡(jiǎn)單快捷的特性
只要后續(xù)把Model層豐富起來(lái)，那就算是掌握了另一種軟件開(kāi)發(fā)模式，而且也是整個(gè)思想上的轉(zhuǎn)變。
本章我們來(lái)完成在業(yè)務(wù)邏輯層之上的服務(wù)層；
服務(wù)層并不是必須的，在有一定復(fù)雜度的應(yīng)用程序中，服務(wù)層非常有必要?jiǎng)?chuàng)建；而與之相反的就是，
在一些業(yè)務(wù)邏輯簡(jiǎn)單的系統(tǒng)中，服務(wù)層可能僅僅充當(dāng)分發(fā)功能，沒(méi)有多余的工作需要組織，這時(shí)服務(wù)層就顯得多余；
而且，服務(wù)層一般還與客戶端有關(guān)系（Web、Winform）；如果是Web，在同一系統(tǒng)內(nèi)，服務(wù)層就沒(méi)有大多必要，除非是跨系統(tǒng)的服務(wù)調(diào)用；
如果是Winform，那服務(wù)層就比較常用，因?yàn)閃inform是C/S模式，物理層上天生與服務(wù)器端分離。
若是從C端遠(yuǎn)程調(diào)用應(yīng)用邏輯，那有可能在長(zhǎng)距離的遠(yuǎn)程調(diào)用中花費(fèi)太多的時(shí)間，而加入服務(wù)層情況就會(huì)不同
