数据访问层（DAL）设计

Question

我正在使用 .Net 企业库数据访问应用程序块进行数据访问层设计。

在我的 Category DAL 类中，我有这样的方法：

GetProductsInCategory(int CatId)、GetAllProducts、GetCategories 等。

我的问题是：我应该把这行代码放在哪里？

DatabaseFactory.CreateDatabase("MyDB");

我应该将它放在上面的每个方法中，还是应该有一个基类将数据库对象返回到我的 DAL 类。

另外，我应该将这些 DAL 类方法保留为静态吗？

Answer 1

我更喜欢返回常见对象（例如连接）的基类，在您的示例数据库中。

以下是设计数据访问层的参考：.NET 应用程序架构：数据访问层

我使用 Microsoft Enterprise Library 数据访问应用程序块。 它完成了这里提到的大部分事情。 但像连接或交易这样的常见内容会转到我的基类。

DataServiceBase类提供
常见的数据访问功能，例如
打开数据库连接，
管理交易、设置
存储过程参数，执行
命令等。 其他
换句话说，DataServiceBase 类
包含通用数据库代码和
为您提供一套帮手
个人数据的使用方法
服务类。 得出的数据
服务类使用辅助方法
在DataServiceBase中具体
目的，例如执行特定的
命令或运行特定查询。

Answer 2

感谢您的提示..我将拥有从基类 DBManager 派生的所有 DAL 类。该类将有一个名为 GetDatabase() 的受保护方法，该方法将包含代码： return DatabaseFactory.CreateDatabase("MyDB"); 我在派生类中的方法如下所示：..

public DataSet GetProductsInCategory(int Category) 
{
Database db = base.GetDatabase(); 
DbCommand dbCommand = db.GetStoredProcComman("GetProductsByCategory"); 
db.AddInParameter(dbCommand, "CategoryID", DbType.Int32, Category); 
return db.ExecuteDataSet(dbCommand);
} 

这个 DAL 设计看起来还好吗？

Answer 3

我建议考虑使用 SubSonic 进行 DAL 和对象生成。 它实现了 Microsoft 的应用程序块，但为您提供了简单（且强大）的查询功能，例如；

SubSonic.Query qry = new SubSonic.Query(Usr.Schema);
qry.SetSelectList(Usr.Columns.UserPkid);
qry.QueryType = SubSonic.QueryType.Select;
qry.AddWhere(Usr.UsernameColumn.ColumnName, SubSonic.Comparison.Equals, Username);

using (IDataReader reader = qry.ExecuteReader())
{
    while (reader.Read())
    {
        Trace.WriteLine("Fetched User Pkid [" + reader[Usr.Columns.UserPkid].ToString() + "]");
    }
}

当然，它实现了 ActiveRecord 模式，因此对象类具有 .Delete()、. Add()、.Get() 类型方法。