这几天看了DotNet推出的PetShop 3.0发布,比较了一下原来Duwamish的数据访问层,写点随笔^^
先看看PetShop内DALFactory内数据工厂与数据库交互的根源-SQLServerDAL,采用的是SqlHelper.cs这一类文件,相信大家对这个都不会感到陌生了.在做PetShop的数据库访问之前,首先对关系进行对象建模,即我们通常所说到的O/R模型,在Modle层中对[Account]表中关于用户地址[Address]进行建模,[当然,这是微软开发小组对于对象粒度的划分,你也可以扩展到抽取Account部分的Balance等等进行扩展],这种思路对于今后的数据库扩展发生的连带影响可以降低到最少.And I like it^^
/// Business entity used to model addresses
/// </summary>
[Serializable]
public class AddressInfo {
private string _firstName;
private string _lastName;
private string _address1;
private string _address2;
private string _city;
private string _state;
private string _zip;
private string _country;
private string _phone;
this._firstName = firstName;
this._lastName = lastName;
this._address1 = address1;
this._address2 = address2;
this._city = city;
this._state = state;
this._zip = zip;
this._country = country;
this._phone = phone;
}
将原先所做的模型进行字段对应,从而在以后如果数据库扩展字段,只需要调整Model以及访问函数一次即可,其它BizLogic则正常运转.看看代码:
/// <summary>
/// Summary description for AccountDALC.
/// </summary>
public class Account : IAccount{
/// 对返回结果集Mapping到Address模型 /// </summary>
/// <param name='userId'></param>
/// <returns></returns>
public AddressInfo GetAddress(string userId) {
AddressInfo address= null;
SqlParameter[] addressParms = GetAddressParameters();
addressParms[0].Value = userId;
using (SqlDataReader rdr = SQLHelper.ExecuteReader(SQLHelper.CONN_STRING_NON_DTC, CommandType.Text, SQL_SELECT_ADDRESS, addressParms)) {
if (rdr.Read()) {
address = new AddressInfo(rdr.GetString(0), rdr.GetString(1), rdr.GetString(2), rdr.GetString(3), rdr.GetString(4), rdr.GetString(5), rdr.GetString(6), rdr.GetString(7), rdr.GetString(8));
}
}
}
我省略了Connection那些字段.在Ado.Net中,我们都知道DataSet是断开链接的,是放在系统内存中的,PetShop在打开数据连接之后，并没有马上读取数据，而是将DataReader传递给另外的对象来执行数据读的操作，然后才关闭连接。这样，数据连接的时间加长了，而数据库连接是一项非常宝贵的服务器资源，相比之下，Dawamish在连接数据库之后马上进行填充，然后迅速释放掉数据库连接的方式更加有利于大量用户的并发访问.因此个人认为对于Master这种配置表还是应该一次性读出,毕竟在一般应用中,客户Account表一般不超过10000条,作为访问量高的数据,只需要定时刷新内存,然后数据访问只需用Rowfilter进行检索即可,避开对链接的频繁交互,在实际应用中会有更好的效果.而对于订单Orders这种还是对数据库进行RealTime访问比较合适.毕竟对于企业级开发来说,程序的健壮性,稳定性,性能是首要考虑的.
我们再来看看Duwamish得数据访问,前期工作是对表DataTable进行对应,以避免下次重复写那么多遍字段名,烦都烦死了,那可是体力活,我上次维护的110 个字段采用的那种架构真是恐怖,写好模块,我都背出来110个字段了,TMD
public class Customers : IDisposable
{
//
// DataSetCommand object
//
private SqlDataAdapter dsCommand;
//
// Stored procedure parameter names
//
private const String PKID_PARM = '@PKId';
private const String EMAIL_PARM = '@Email';
private const String NAME_PARM = '@Name';
private const String ADDRESS_PARM = '@Address';
private const String COUNTRY_PARM = '@Country';
private const String PASSWORD_PARM = '@Password';
private const String PHONE_PARM = '@PhoneNumber';
private const String FAX_PARM = '@Fax';
/// Constructor for Customers.
/// <remarks>Initialize the internal DataSetCommand object.</remarks>
/// </summary>
public Customers()
{
//
// Create the DataSetCommand
//
dsCommand = new SqlDataAdapter();
dsCommand.TableMappings.Add('Table', CustomerData.CUSTOMERS_TABLE);
}
} // namespace Duwamish7.DataAccess
public CustomerData GetCustomerByEmail(String emailAddress, String password)
{
//
// Check preconditions
//
ApplicationAssert.CheckCondition(emailAddress != String.Empty, 'Email address is required',
ApplicationAssert.LineNumber);
ApplicationAssert.CheckCondition(password != String.Empty, 'Password is required',
ApplicationAssert.LineNumber);
//
// Get the customer dataSet
//
CustomerData dataSet;
using (DataAccess.Customers customersDataAccess = new DataAccess.Customers())
{
dataSet = customersDataAccess.LoadCustomerByEmail(emailAddress);
}
//
// Verify the customer's password
//
DataRowCollection rows = dataSet.Tables[CustomerData.CUSTOMERS_TABLE].Rows;
if ( ( rows.Count == 1 ) && rows[0][CustomerData.PASSWORD_FIELD].Equals(password) )
{
return dataSet;
}
else
{
return null;
}
}
不过现在开发有了很多O/R Mapping工具,很多映射代码都可以交给他们处理,毕竟企业级开发要做的好,卖点还是在于你的业务逻辑强悍,能确实帮他们分析问题解决问题,并在知识库中提供参考依据.用DataSet 还有一个好处就是在于返回DataSet或者DataTable,可以用.Net Framework自带的DataSet.ReadXML,DataSet.GetXML进行XML转换操作,不过据说开销比较大,对于XML这个跨平台的媒介来说,基本上主要用于订单,财务报表和配置部分较多,一般应用中不会引起很大开销.
对了,我还有一个菜鸟级的问题,我怎么能贴彩色的源码啊,这个Blogger自带的Style->Code方法发布出来的代码太难看了,都看不清楚关键字,希望有那位大侠告知.Thanks ^^
