ASP.NET 2.0 ObjectDataSource控件

绑定到业务逻辑层

　　关于数据访问层，我们还需要重点的注意的是，由于SelectMethod把执行查询的结果作为数据视图返回，它仍然把下层数据库的大纲暴露给了显示页面。还有，在数据访问层没有业务规则；它只是简单地执行查询和返回结果。如果需要把显示与数据库大纲隔离开来，并引入业务规则或验证过程，通常需要把数据访问层包装到业务逻辑层中。

　　业务逻辑层与DAL类似，它给ObjectDataSource暴露了无状态的方法，用于绑定Web页面中的控件。但是，它一般不会直接返回ADO.NET结果，而是返回强化类型的对象，这些对象表现了应用程序所使用的业务实体。这种显示层与下层数据存储大纲的分离，使我们更容易地单独维护站点中的数据访问部分，而不用修改使用数据的页面。只要有恰当的中间层，你就可以全面修改下层数据存储大纲，而不用更新应用程序中的独立页面。

　　下面就是一个业务逻辑层的例子。

public class MyBusinessLayer { 　public RecordCollection GetRecords(); 　public RecordCollection GetRecordsByCategory(String categoryName); 　public RecordCollection GetRecordByID(int recordID); 　public String GetRecordName(int recordID); 　public Object GetRecordData(int recordID); 　public int UpdateRecord(Record r); 　public int DeleteRecord(Record r); 　public int InsertRecord(Record r); 　public int UpdateRecordData(int ID, String Data); 　public int UpdateRecordName(int ID, String Name); } public class Record { 　public int ID { get; set; } 　public String Name { get; set; } 　public Object Data { get; set; } }

　　业务逻辑层和数据访问层之间的主要区别在于，业务逻辑层返回的是强化类型的Record对象的集合（RecordCollection），而不是数据视图。它也允许我们把这个Record对象作为参数进行更新、插入和删除操作。ObjectDataSource的DataObjectTypeName属性允许你配置ObjectDataSource，给它传递类型而不是字段值。在业务逻辑层的方法实现中，你可以包含用于验证业务规则的自定义逻辑。例如，你可以确保只有“检查中”类别的Record才能被更新，或者只有Administrators才能插入新记录。你还可以包含验证逻辑以确保在插入或修改数据库的数据之前，作为参数传递进来的数据类型和值是正确的。请注意，业务逻辑层中的验证规则不是显示层的输入验证（它指导终端用户在提交更新之前输入正确的值）的替代品。

　　下面的例子演示了一个叫做AuthorsComponent的简单业务逻辑层。在它内部，BLL通过DAL调用来实际执行数据库操作。为了简单，BLL没有包含任何业务规则或验证，尽管它可能是一个现实的应用程序。我们还要注意，这个例子没有通过编写自定义集合类来返回强化类型的记录，而是利用了.NET框架组件2.0中的称为“范型（Generics）”的新语言特性来建立Author对象集合。使用强化类型集合让ObjectDataSource在设计时（在Visual Studio和其它工具中）能够推导出业务对象的大纲。

＜asp:DropDownList ID="DropDownList1" Runat="server" DataSourceID="ObjectDataSource2" AutoPostBack="True" /＞ ＜asp:ObjectDataSource ID="ObjectDataSource2" Runat="server" TypeName="AuthorsComponent" SelectMethod="GetStates"/＞ ＜asp:GridView ID="GridView1" Runat="server" DataSourceID="ObjectDataSource1" AutoGenerateColumns="False" AllowPaging="True" AllowSorting="True"＞ …… ＜/asp:GridView＞ ＜asp:ObjectDataSource ID="ObjectDataSource1" Runat="server" TypeName="AuthorsComponent" SelectMethod="GetAuthorsByState" UpdateMethod="UpdateAuthor" DataObjectTypeName="Author" SortParameterName="sortExpression"＞ …… ＜/asp:ObjectDataSource＞

　　下面的图表显示了GridView、ObjectDataSource和业务逻辑层之间的交互操作。ObjectDataSource被配置为调用ContactsList类型的GetContacts方法，返回Contact对象的集合。GridView列出了Contact对象，并直接绑定到该类型的属性（ID, Name）来生成列。请注意，SelectMethod可以返回一个Contact对象的IEnumerable接口，或者返回单个Contact对象。如果本身没有实现IEnumerable，ObjectDataSource会把SelectMethod返回的结果封装到IEnumerable中。

　　ObjectDataSource控件与SqlDataSource类似，当SelectMethod 返回数据集、数据视图或数据表对象的时候，它也支持排序功能。ObjectDataSource依赖数据视图。在这个例子中Sort属性执行排序操作。ObjectDataSource也支持SelectMethod实现中的自定义排序，如果该方法没有返回数据集、数据视图和数据表，它就非常有用。通过把SortParameterName属性设置为从数据源接受SortExpression的方法参数名称，可以实现自定义排序。在调用SelectMethod的时候，ObjectDataSource会把这个表达式传递到你的方法中，你就可以使用这个表达式实现自己的排序逻辑。前面的例子演示了在AuthorsComponent类中自定义了一个排序实现。

　　ObjectDataSource还支持SelectMethod实现中的自定义分页功能。你需要使用StartRowIndexParameterName、MaximumRowsParameterName和SelectCountMethod属性来设置它。
绑定到Visual Studio数据集