ASP.NET2.0数据操作之创建业务逻辑层 [Asp.Net开发技巧] IT部落iTbulo.com

用户名：密码：

免费注册忘记密码？

网站地图 | 加入收藏 | 设为首页

首页 | 新闻 | 工具 | 系统 | 办公 | 聊天 | 多媒体 | 网页 | 运营 | 平面 | 欣赏 | 数据库 | 程序 | 服务器 | 组网

iTbulo.com > 学院 > 程序开发教程 > ASP.net教程 > Asp.Net开发技巧 > 文章正文

ASP.NET2.0数据操作之创建业务逻辑层

iTbulo.COM 2006-7-28 Reeezak()

　　第三步：给DataRow添加字段级验证

　　字段级验证是指在插入或更新时检查业务对象所涉及到的所有属性值。拿产品来举个例，某些字段级的验证规则如下所示：

　　· ProductName字段不得超过40个字符

　　· QuantityPerUnit字段不得超过20个字符

　　· ProductID、ProductName以及Discontinued字段是必填的，而其他字段则是可填可不填的

　　· UnitPrice、UnitsInStock、UnitsOnOrder以及ReorderLevel字段不得小于0

　　这些规则可以或者说是应该在数据库层被描述出来。ProductName和QuantityPerUnit字段上的字符数限制可以通过Products表中相应列的数据类型来实现（分别为nvarchar(40) and nvarchar(20)）。字段“是否必填”可以通过将数据库中表的相应列设置为“允许为NULL”来实现。为了保证UnitPrice、UnitsInStock、UnitsOnOrder以及ReorderLevel字段的值不小于0，可以分别在它们的相应列上加一个约束。

　　除了在数据库中应用了这些规则之外，它们同时也将被其应用在DataSet上。事实上，字段长度和是否允许为空等信息已经被应用到了各DataTable的DataColumn集合中。我们可以在数据集设计器（DataSet Designer）中看到已经存在的字段级验证，从某个DataTable中选择一个字段，然后在属性窗口中就可以找到了。如图四所示，ProductDataTable中的QuantityPerUnit字段允许空值并且最大长度为20各字符。如果我们试图给某个ProductsDataRow的QuantityPerUnit属性设置一个长度大于20个字符的字符串，将会有一个ArgumentException被抛出。

图四：DataColumn提供了基本的字段级验证

　　不幸的是，我们不能通过属性窗口指定一个边界检查，比如UnitPrice的值不能小于0。为了提供这样的字段级验证，我们需要为DataTable的ColumnChanging事件建立一个Event Handler。正如上一节教程中所提到的那样，由类型化数据集创建的DataSet、DataTable还有DataRow对象可以通过partial类来进行扩展。使用这个技术，我们可以为ProductDataTable创建一个ColumnChanging的Event Handler。我们先在App_Code文件夹中新建一个名为ProductsDataTable.ColumnChanging.cs的类文件，如下图所示。

图五：在App_Code文件夹中添加新类

　　然后，给ColumnChanging事件创建一个Event handler，以保证UnitPrice、UnitsInStock、UnitsOnOrder以及ReorderLevel字段的值不小于0。如果这些列的值超出范围就抛出一个ArgumentException。

　　ProductsDataTable.ColumnChanging.cs

1public partial class Northwind
2{
3 public partial class ProductsDataTable
4 {
5 public override void BeginInit()
6 {
7 this.ColumnChanging += ValidateColumn;
8 }
9
10 void ValidateColumn(object sender, DataColumnChangeEventArgs e)
11 {
12 if(e.Column.Equals(this.UnitPriceColumn))
13 {
14 if(!Convert.IsDBNull(e.ProposedValue) && (decimal)e.ProposedValue < 0)
15 {
16 throw new ArgumentException("UnitPrice cannot be less than zero", "UnitPrice");
17 }
18 }
19 else if (e.Column.Equals(this.UnitsInStockColumn) ||
20 e.Column.Equals(this.UnitsOnOrderColumn) ||
21 e.Column.Equals(this.ReorderLevelColumn))
22 {
23 if (!Convert.IsDBNull(e.ProposedValue) && (short)e.ProposedValue < 0)
24 {
25 throw new ArgumentException(string.Format("{0} cannot be less than zero", e.Column.ColumnName), e.Column.ColumnName);
26 }
27 }
28 }
29 }
30}

　　第四步：给BLL类添加业务规则

　　除了字段级的验证，可能还有一些不能在单个列中表示的包含不同实体或概念的更高级的业务规则，比如：

　　· 如果一个产品被标记为“停用”，那么它的单价就不能被修改

　　· 一个雇员的居住地必须与他（她）的主管的居住地相同

　　· 如果某个产品是某供应商唯一提供的产品，那么这个产品就不能被标记为“停用”

　　BLL类应该保证始终都验证应用程序的业务规则。这些验证可以直接的添加到应用他们的方法中。

　　想象一下，我们的业务规则表明了如果一个产品是给定的供应商的唯一产品，那么它就不能被标记为“停用”。也就是说，如果产品X是我们从供应商Y处购买的唯一一个产品，那么我们就不能将X标记为停用；然而，如果供应商Y提供给我们的一共有3样产品，分别是A、B和C，那么我们可以将其中任何一个或者三个全部都标记为“停用”。挺奇怪的业务规则，是吧？但是商业上的规则通常就是跟我们平常的感觉不太一样。

上一页 [1] [2] [3] [4] [5] 下一页

文章搜索

相关资讯

相关文章	相关下载
在ASP.NET中上传图片并生成缩略图 Excel在.Net下驻留内存的解决方法 ASP.NET中常用的优化性能方法详解网友原创:从N层到.NET详细剖析原理经验之谈：MySQL与ASP.NET配合更强大

焦点信息

· 比ACDSee更强更好用 Picasa中文版

· 历史上最强的浏览器：Firefox简体中文版下载

· 无线局域网常见故障及其解决办法五例

· DIV+CSS学习之margin缩进法

· 总结知识：FLASH常用语法

· Photoshop中参考线/标尺的应用技巧