推薦：asp.net模板引擎Razor調(diào)用外部方法用法實(shí)例
首先使用Razor的步驟：讀取cshtml、解析cshtml同時指定cacheName。 而這個步驟是重復(fù)的，為了遵循DRY原則，將這段代碼封裝為一個RazorHelper()方法 如何在cshtml中用Razor調(diào)用外部方法 1. 首先在cshtml文件引用test1和test2所在類的命名空間 2. 在一般處理程序中調(diào)用Ra

 　　本人將從另一個角度來解析.NET分層架構(gòu)的真正奧秘。分層，一些技術(shù)功底比較薄弱的程序員聽到分層就會聯(lián)想到三層架構(gòu)(BLL,DAL之類的)，其實(shí)不是，分層是一個很大的技術(shù)框架思想，三層架構(gòu)只不過是對普通的信息系統(tǒng)來說，將信息的流轉(zhuǎn)通過三層來分解，

　　一.基礎(chǔ)知識準(zhǔn)備：

　　1.層的原則：

　　(1)每一層以接口方式供上層調(diào)用。

　　(2)上層只能調(diào)用下層。

　　(3)依賴分為松散交互和嚴(yán)格交互兩種。

　　2.業(yè)務(wù)邏輯分類：

　　(1)應(yīng)用邏輯。

　　(2)領(lǐng)域邏輯。

　　3.采用的層：

　　(1)表示層(用戶接口層)：領(lǐng)域無關(guān)。

　　(2)服務(wù)層(應(yīng)用層)：應(yīng)用邏輯。

　　(3)業(yè)務(wù)邏輯層(領(lǐng)域?qū)?：領(lǐng)域邏輯。

　　(4)共享層：提供通用代碼。

　　(5)實(shí)現(xiàn)層：提供接口實(shí)現(xiàn)。

　　4.約定：

　　(1)領(lǐng)域?qū)幽�認(rèn)采用領(lǐng)域模型

　　(2)數(shù)據(jù)訪問層默認(rèn)需要引用領(lǐng)域模型

　　二.分層架構(gòu)

　　分層架構(gòu)的三個基本層次為：表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層。如果按照業(yè)務(wù)邏輯的分類將業(yè)務(wù)邏輯層分解為服務(wù)層和領(lǐng)域?qū)樱瑒t三層擴(kuò)展為四個層次：表示層、服務(wù)層、領(lǐng)域?qū)雍蛿?shù)據(jù)訪問層。數(shù)據(jù)訪問層一般必須了解領(lǐng)域模型，這將在層之間產(chǎn)生雙向依賴，通常我們有如下兩種解決方案：

　　1.將領(lǐng)域模型放置在共享層：

　　評價：PetShop采用此種模型，但缺點(diǎn)眾多：業(yè)務(wù)邏輯層名不副實(shí)，領(lǐng)域模型實(shí)為數(shù)據(jù)模型，保持了層間依賴，引入了更多依賴，明顯的數(shù)據(jù)驅(qū)動思想，沒有以領(lǐng)域為核心。

　　2.將數(shù)據(jù)訪問接口定義在業(yè)務(wù)邏輯層：

　　評價：NopCommerce采用此種模型，即使采用分離出了服務(wù)層和采用了資源庫命名方式，但NopCommerce不是DDD分層架構(gòu)，只是采用了領(lǐng)域模型和接口分離原則的普通三層架構(gòu)。缺點(diǎn)：除了數(shù)據(jù)房產(chǎn)，沒有將其他具體的技術(shù)依賴從業(yè)務(wù)邏輯層中分離。

　　三.DDD分層：

　　DDD分層明確的將業(yè)務(wù)邏輯層分成了應(yīng)用層(服務(wù)層)和領(lǐng)域?qū)觾刹糠帧Ｍ瑫r將數(shù)據(jù)訪問和其他接口的具體技術(shù)實(shí)現(xiàn)部分統(tǒng)一到了基礎(chǔ)設(shè)施層。

　　1.原始的DDD分層：

　　評價：優(yōu)點(diǎn)是將具體技術(shù)實(shí)現(xiàn)從領(lǐng)域分離，基礎(chǔ)設(shè)施層復(fù)用價值增加。缺點(diǎn)是沒有使用共享和實(shí)現(xiàn)的概念細(xì)分基礎(chǔ)設(shè)施層，導(dǎo)致在基礎(chǔ)設(shè)施層中實(shí)現(xiàn)倉儲會產(chǎn)生反向依賴，雖然在單項目解決方案中沒有影響(僅命名空間層次的形式上的依賴)，但在.NET多項目解決方案中，只能通過接口分離方式將倉儲實(shí)現(xiàn)獨(dú)立成類似數(shù)據(jù)訪問層的方式。

　　2.改善的DDD分層：

　　評價：基礎(chǔ)設(shè)施層同時具有共享層和實(shí)現(xiàn)層的特征。優(yōu)點(diǎn)是終于做到了形式上領(lǐng)域為核心且同時解決了在基礎(chǔ)設(shè)施層中實(shí)現(xiàn)倉儲不能引用領(lǐng)域模型的尷尬，缺點(diǎn)是同樣沒有區(qū)分共享和實(shí)現(xiàn)的概念。

　　3.最新的DDD分層：

　　評價：優(yōu)點(diǎn)是這是真正的以領(lǐng)域為核心，再也不用為基礎(chǔ)設(shè)施層無法引用領(lǐng)域?qū)佣�再服�?wù)層中再次適配了。使用依賴倒置原則徹底各層對具體技術(shù)的依賴倒置。缺點(diǎn)，依賴倒置應(yīng)用過了頭，同樣是在單項目解決方案中沒有問題，但在.NET多項目解決方案中會導(dǎo)致命名空間形式上的雙向依賴�；�礎(chǔ)設(shè)施層作為實(shí)現(xiàn)層基本上沒有了復(fù)用的價值。更好的方式是調(diào)換圖中用戶接口層和基礎(chǔ)設(shè)施層的位置。

　　可以根據(jù)需要考慮在上圖添加適當(dāng)?shù)墓蚕韺印?/p>

　　四.架構(gòu)的趨勢：

　　(1)以業(yè)務(wù)邏輯為核心，更加重視業(yè)務(wù)邏輯。

　　(2)將業(yè)務(wù)邏輯層的具體依賴劃分到一個層次統(tǒng)一管理。

　　(3)更加重視降低解決方案內(nèi)的依賴性而不是解決方案間的代碼復(fù)用。

　　(4)共享層和實(shí)現(xiàn)層的分離將會越來越多的體現(xiàn)。例如洋蔥型架構(gòu)。

　　以上所述就是本文的全部內(nèi)容了，希望大家能夠喜歡。

分享：ASP.NET中母版頁和shtml實(shí)例入門
本文較為深入淺出的分析了ASP.NET中母版頁和shtml。分享給大家供大家參考。具體分析如下： 母版頁 創(chuàng)建和使用母版頁： 1. 創(chuàng)建Webform的母版頁（MasterPage） 2. 創(chuàng)建使用母版頁的窗體(ContentPage)。 3. 母版頁使用ContentPlaceHolder挖坑，使用母版頁的窗體用Content