.NET 業(yè)務(wù)框架開發(fā)實戰(zhàn)之九 Mapping屬性原理和驗證規(guī)則的實現(xiàn)策略

　　前言：之前的討論一直關(guān)注在怎么從DAL中獲取數(shù)據(jù)，以及數(shù)據(jù)的Mapping問題。實際上，一個業(yè)務(wù)框架最主要的作用就是簡化業(yè)務(wù)邏輯的編寫和開發(fā)。

?

　　本篇的議題如下：

框架的借鑒

綜合考慮

?

　　系列文章鏈接:

?[原創(chuàng)].NET 分布式架構(gòu)開發(fā)實戰(zhàn)之一 故事起源

[原創(chuàng)].NET 分布式架構(gòu)開發(fā)實戰(zhàn)之二 草稿設(shè)計

[原創(chuàng)].NET 分布式架構(gòu)開發(fā)實戰(zhàn)之三 數(shù)據(jù)訪問深入一點的思考

[原創(chuàng)].NET 分布式架構(gòu)開發(fā)實戰(zhàn)之四 構(gòu)建從理想和實現(xiàn)之間的橋梁(前篇)

[原創(chuàng)].NET 分布式架構(gòu)開發(fā)實戰(zhàn)五 Framework改進篇

[原創(chuàng)].NET 業(yè)務(wù)框架開發(fā)實戰(zhàn)之六 DAL的重構(gòu)

[原創(chuàng)].NET 業(yè)務(wù)框架開發(fā)實戰(zhàn)之七 業(yè)務(wù)層初步構(gòu)想

[原創(chuàng)].NET 業(yè)務(wù)框架開發(fā)實戰(zhàn)之八 業(yè)務(wù)層Mapping的選擇策略

[原創(chuàng)].NET 業(yè)務(wù)框架開發(fā)實戰(zhàn)之九 Mapping屬性原理和驗證規(guī)則的實現(xiàn)策略

[原創(chuàng)].NET 業(yè)務(wù)框架開發(fā)實戰(zhàn)之十 第一階段總結(jié)，深入淺出，水到渠成（前篇）

[原創(chuàng)].NET 業(yè)務(wù)框架開發(fā)實戰(zhàn)之十 第一階段總結(jié)，深入淺出，水到渠成（后篇）

　　1.?框架的借鑒

　　一個框架的產(chǎn)生不是那么簡單的，有很多的問題需要Richard去考慮：

避免重新造輪子

借鑒現(xiàn)有的成熟的框架的思想

?

在開發(fā)的過程中，Richard一直使用Visual Studio IDE開發(fā)。而且每次隨著VS新版本的發(fā)布，總是伴隨著新技術(shù)的產(chǎn)生。很多的時候，開發(fā)人員只是關(guān)注在新技術(shù)的使用和學(xué)習(xí)上。但是對于新技術(shù)，還有另外一方面是很值得關(guān)注的：實現(xiàn)的原理，和為什么這樣實現(xiàn)，即，思想。新技術(shù)，毫無疑問是一些大師們思考的結(jié)果，從他們的思想中借鑒，益處是很大的。

?

在Richard學(xué)習(xí)的過程中，有一個地方特別引起來他的關(guān)注：那就是依賴屬性概念的提出，先是WPF，然后在他學(xué)習(xí)WF的時候，也看到了依賴屬性的再次使用。他考慮，把依賴屬性的思想使用到自己正在開發(fā)的業(yè)務(wù)框架中來。

?

首先，他分析了現(xiàn)在的依賴屬性的實現(xiàn)方式(以WPF為例)，

?

代碼 public?class?FrameworkElement:?UIElement,?...

{

???????public?static?readonly?DependencyProperty?MarginProperty;

???????...

}

?

public?Thickness?Margin
{

???????set?{?SetValue(MarginProperty,?value);?}

???????get?{?return?(Thickness)GetValue(MarginProperty);?}

}

?

static?FrameworkElement()
{

???????FrameworkPropertyMetadata?metadata?=?new?FrameworkPropertyMetadata(

??????????????new?Thickness(),?FrameworkPropertyMetadataOptions.AffectsMeasure);

???????MarginProperty?=?DependencyProperty.Register("Margin",

??????????????typeof(Thickness),?typeof(FrameworkElement),?metadata,

??????????????new?ValidateValueCallback(FrameworkElement.IsMarginValid));???...

}

?

?

在Richard一直認為，一個屬性的聲明是很簡單的，而且長期以來Richard都一直使用下面的方式：

?

public?Thickness?Margin
{

???????get;set;

}

?

?

　　比較而言，依賴屬性最大的好處就于：給普通的屬性提供更加多的信息，而且提供了更多的功能：驗證，觸發(fā)回調(diào)事件。當(dāng)然，使用普通的屬性也能達到：

　　

public?Thickness?Margin
{

???????get{return?margin;}
???????set
???????{

??????????????if(margin<0)
?????????????????????...
??????????????...
???????}
}

?

?

相比而言，依賴的屬性的方式更加優(yōu)雅，而且擴展性也好。

?

還有一點比較重要的就是，一旦把一個屬性變?yōu)橐蕾噷傩?#xff0c;那么.NET Framework就開始管理這個屬性，如自動的驗證，值的改變和跟蹤。這樣就把任務(wù)交給了Framework，開發(fā)人員做事情就比較方便了。

?

Richard想起了之前在開發(fā)業(yè)務(wù)類中遇到的問題：例如下面的代碼：

?

public?class?Product
{

????????public?string?ProductName{get;set;}

????????public?double?Price{get;set;}

}

?

?

很多的時候，在增加或者更新一個Product的時候，由于邏輯的需要，往往要判斷ProductName不為空，而且Price要大于零等。所以每次都需要寫代碼判斷：

???

????????public?void?Add()
????????{

??????????????if(string.IsNullOrEmpty(this.ProductName){...}

??????????????if(this.Price<0){...}

????????}

?

?

　　問題還不止這些，如果在其他的業(yè)務(wù)類中也需要同樣，而且類似的驗證，那只有一行行的寫類似的代碼，最好的情況就是copy一些代碼。

?

?????? 這樣寫代碼確實很累，后面Richard也想用一些方式來改進，用到了Enterprise Library中的Validation驗證模塊，于是代碼就變成了下面的樣子：

?

?

public?class?Product
{

????????[NotNullValidator]

????????public?string?ProductName{get;set;}?

????????public?double?Price{get;set;}????

}

?

?

使用聲明的開發(fā)，AOP的思想，其實這樣的方式相比之前而言，確實已經(jīng)很不錯了。在把業(yè)務(wù)類的數(shù)據(jù)保存的時候只要調(diào)用Validation驗證模塊的Validate()方法就行了。確實很方便，但是存在的問題就是：每次調(diào)用Validate()方法時候，就會把這個業(yè)務(wù)類的所有屬性都會檢查一遍(那些加了驗證標(biāo)簽的屬性)，這樣，性能方面不好，而且還不能針對某一個屬性單獨的驗證。

?

　　2.?綜合考慮

Richard還考慮到了另外的一點：之前一直在解決mapping的問題，說到底就是把從DAL中拿到的數(shù)據(jù)賦值給業(yè)務(wù)類的屬性。而且還要基于業(yè)務(wù)類創(chuàng)建查詢對象，最后把查詢對象解析為SQL語句，所以還要保存業(yè)務(wù)屬性和DAL中數(shù)據(jù)實體屬性的對應(yīng)關(guān)系，即哪個業(yè)務(wù)屬性對應(yīng)哪個數(shù)據(jù)實體屬性（也是表字段）。

?

綜合上面的考慮，Richard決定把依賴屬性的優(yōu)勢利用起來（自動的驗證，數(shù)據(jù)改變跟蹤，另外加上權(quán)限的驗證），而且給依賴屬性更多的元數(shù)據(jù)信息：把mapping的字段信息保存在依賴屬性中。所以，現(xiàn)在屬性的聲明如下：

?

代碼 public?static?readonly?PropertyInfo<int>?ProductIdProperty?=?RegisterProperty<Product>(
????????????new?PropertyInfo<int>("ProductId",typeof(M_Product)","Id"));?

????public?string?ProductId
????{

??????get?{?return?ReadProperty(ProductIdProperty);?}
??????set?{?LoadProperty(ProductIdProperty,?value);?}
????}

?

?

在上面的屬性聲明中，就指定從業(yè)務(wù)類(如，Product)的屬性從哪個數(shù)據(jù)實體(typeof(m_Product))的哪個屬性(如，Id)取值。

RegisterProperty就是把屬性的信息保存在一個字典中：

Dictionary<Type,List< IPropertyInfo>>

其中PropertyInfo繼承了IPropertyInfo接口。

最后的結(jié)果就是：所有業(yè)務(wù)類的mapping屬性都被保存在了一個全局的靜態(tài)字典中。

?

另外還有一個全局的靜態(tài)字典用來保存每個屬性所對應(yīng)的驗證規(guī)則：

Dictionary< IPropertyInfo,List<ICheckRule>>

所有的驗證規(guī)則都是從ICheckRule接口繼承。

?

一個比較強大的屬性就產(chǎn)生了。當(dāng)然，在mapping屬性中的驗證只是基本的驗證，還有更加復(fù)雜的業(yè)務(wù)驗證將會放在其他的地方，實現(xiàn)方式或者類似WPF那么：采用回調(diào)，如new ValidateValueCallback(FrameworkElement.IsMarginValid)。

?

所以，借鑒于mapping屬性就解決了三個問題：

mapping和查詢對象的實現(xiàn)

部分驗證規(guī)則的聲明

業(yè)務(wù)屬性的管理

?　　　版權(quán)為小洋和博客園所有，歡迎轉(zhuǎn)載，轉(zhuǎn)載請標(biāo)明出處給作者。

　　?? http://www.cnblogs.com/yanyangtian

?

　　下篇講述：.NET 業(yè)務(wù)框架開發(fā)實戰(zhàn)之十 水到渠成，發(fā)布框架實現(xiàn)的第一個版本

?

轉(zhuǎn)載于:https://www.cnblogs.com/yanyangtian/archive/2010/06/17/1759327.html

總結(jié)

以上是生活随笔為你收集整理的[原创].NET 业务框架开发实战之九 Mapping属性原理和验证规则的实现策略的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。