ASP.NET 2.0數(shù)據(jù)教程：給BLL類添加業(yè)務(wù)規(guī)則
除了字段級(jí)的驗(yàn)證，可能還有一些不能在單個(gè)列中表示的包含不同實(shí)體或概念的更高級(jí)的業(yè)務(wù)規(guī)則，比如：
· 如果一個(gè)產(chǎn)品被標(biāo)記為“停用”，那么它的單價(jià)就不能被修改
· 一個(gè)雇員的居住地必須與他（她）的主管的居住地相同
· 如果某個(gè)產(chǎn)品是某供應(yīng)商***提供的產(chǎn)品，那么這個(gè)產(chǎn)品就不能被標(biāo)記為“停用”
ASP.NET 20.中，BLL類應(yīng)該保證始終都驗(yàn)證應(yīng)用程序的業(yè)務(wù)規(guī)則。這些驗(yàn)證可以直接的添加到應(yīng)用他們的方法中。
想象一下，我們的業(yè)務(wù)規(guī)則表明了如果一個(gè)產(chǎn)品是給定的供應(yīng)商的***產(chǎn)品，那么它就不能被標(biāo)記為“停用”。也就是說，如果產(chǎn)品X是我們從供應(yīng)商Y處購買的***一個(gè)產(chǎn)品，那么我們就不能將X標(biāo)記為停用；然而，如果供應(yīng)商Y提供給我們的一共有3樣產(chǎn)品，分別是A、B和C，那么我們可以將其中任何一個(gè)或者三個(gè)全部都標(biāo)記為“停用”。挺奇怪的業(yè)務(wù)規(guī)則，是吧？但是商業(yè)上的規(guī)則通常就是跟我們平常的感覺不太一樣。
要在UpdateProducts方法中應(yīng)用這個(gè)業(yè)務(wù)規(guī)則，那么我們就應(yīng)該先檢查Discontinued是否被設(shè)置為true。假如是這樣的話，那么我們應(yīng)該先調(diào)用GetProductsBySupplierID來看看我們從這個(gè)供應(yīng)商處一共購買了多少產(chǎn)品。如果我們僅僅從這個(gè)供應(yīng)商處購買了這一個(gè)產(chǎn)品，那么我們就拋出一個(gè)ApplicationException。
- public bool UpdateProduct(string productName, int? supplierID, int? categoryID, string quantityPerUnit,
- decimal? unitPrice, short? unitsInStock, short? unitsOnOrder, short? reorderLevel,
- bool discontinued, int productID)
- {
- Northwind.ProductsDataTable products = Adapter.GetProductByProductID(productID);
- if (products.Count == 0)
- // 沒有找到匹配項(xiàng)，返回false
- return false;
- Northwind.ProductsRow product = products[0];
- // 業(yè)務(wù)規(guī)則檢查 – 不能停用某供應(yīng)商所提供的***一個(gè)產(chǎn)品
- if (discontinued)
- {
- // 獲取我們從這個(gè)供應(yīng)商處獲得的所有產(chǎn)品
- Northwind.ProductsDataTable productsBySupplier = Adapter.GetProductsBySupplierID(product.SupplierID);
- if (productsBySupplier.Count == 1)
- // 這是我們從這個(gè)供應(yīng)商處獲得的***一個(gè)產(chǎn)品
- throw new ApplicationException("You cannot mark a product as discontinued if its the only product purchased from a supplier");
- }
- product.ProductName = productName;
- if (supplierID == null) product.SetSupplierIDNull(); else product.SupplierID = supplierID.Value;
- if (categoryID == null) product.SetCategoryIDNull(); else product.CategoryID = categoryID.Value;
- if (quantityPerUnit == null) product.SetQuantityPerUnitNull(); else product.QuantityPerUnit = quantityPerUnit;
- if (unitPrice == null) product.SetUnitPriceNull(); else product.UnitPrice = unitPrice.Value;
- if (unitsInStock == null) product.SetUnitsInStockNull(); else product.UnitsInStock = unitsInStock.Value;
- if (unitsOnOrder == null) product.SetUnitsOnOrderNull(); else product.UnitsOnOrder = unitsOnOrder.Value;
- if (reorderLevel == null) product.SetReorderLevelNull(); else product.ReorderLevel = reorderLevel.Value;
- product.Discontinued = discontinued;
- // 更新產(chǎn)品記錄
- int rowsAffected = Adapter.Update(product);
- // 如果剛好更新了一條記錄，則返回true，否則返回false
- return rowsAffected == 1;
- }
在表示層中響應(yīng)驗(yàn)證錯(cuò)誤
當(dāng)我們從表示層中調(diào)用BLL類時(shí)，我們可以決定是否要處理某個(gè)可能會(huì)被拋出的異常或者讓它直接拋給ASP.NET（這樣將會(huì)引發(fā)HttpApplication的出錯(cuò)事件）。在使用BLL類的時(shí)候，如果要以編程的方式處理一個(gè)異常，我們可以使用try...catch塊，就像下面的示例一樣：
- ProductsBLL productLogic = new ProductsBLL();
- // 更新ProductID為1的產(chǎn)品信息
- try
- {
- // 這個(gè)操作將會(huì)失敗，因?yàn)槲覀冊(cè)噲D使用一個(gè)小于0的UnitPrice
- productLogic.UpdateProduct("Scott's Tea", 1, 1, null, -14m, 10, null, null, false, 1);
- }
- catch (ArgumentException ae)
- {
- Response.Write("There was a problem: " + ae.Message);
- }
我們將在后面的教程中看到，當(dāng)通過一個(gè)數(shù)據(jù)Web控件（data Web Control）來進(jìn)行插入、修改或刪除操作數(shù)據(jù)時(shí)，處理從BLL中拋出的異常可以直接在一個(gè)Event Handler中進(jìn)行，而不需要使用try…catch塊來包裝代碼。
總結(jié)
一個(gè)具有良好架構(gòu)的應(yīng)用程序都擁有清晰的層次結(jié)構(gòu)，每一個(gè)層次都封裝了一個(gè)特定的角色。在本教程的***篇中，我們用類型化數(shù)據(jù)集創(chuàng)建了一個(gè)數(shù)據(jù)訪問層；這一篇中，我們又建立了一個(gè)業(yè)務(wù)邏輯層，它由App_Code中一系列的類構(gòu)成，并調(diào)用DAL中相應(yīng)的方法。BLL類為我們的應(yīng)用程序?qū)崿F(xiàn)了字段級(jí)和業(yè)務(wù)級(jí)的邏輯。除了創(chuàng)建一個(gè)獨(dú)立的BLL，就像我們?cè)诒竟?jié)中所做的那樣，另外一個(gè)選擇是使用partial類來擴(kuò)展TableAdapter中的方法。然而，使用這個(gè)技術(shù)并不能使我們可以重寫已經(jīng)存在的方法，也不能將我們的DAL和BLL分開得足夠清晰。
完成了DAL和BLL之后，我們就準(zhǔn)備開始處理表示層了。在下一個(gè)教程中，我們將簡(jiǎn)單的介紹一些數(shù)據(jù)訪問的主題，并為整個(gè)教程定義一個(gè)一致的頁面呈現(xiàn)。
【編輯推薦】
