相关疑难解决方法(0)

我在数据访问对象库中使用LINQ to SQL.该库用于Web(Web应用程序/ Web服务)和非Web(Windows服务)上下文.最初,我存储了DataContext当前,HttpContext因为它允许我管理一个相当小的工作单元(一个Web请求)并避免Web应用程序中的全局对象.显然,这在Windows服务中不起作用.

Rick Strahl有一篇关于管理DataContext生命的好文章:http://www.west-wind.com/weblog/posts/246222.aspx.不幸的是,我无法决定最好的方法.一个全球性DataContext的,他提到的原因不能正常工作,每个线程DataContext看起来很复杂,而且可能更麻烦比它的价值,并为每个对象实例似乎挑剔-你失去了一些优雅当您将DataContext用来创建一个DAO到DAO,因此可以update或delete稍后 - 更不用说,这种关系有一些不愉快的鸡肉和蛋白.

有没有人有个人经验表明一种方法比另一种更好？或者更好的是,有没有人有第四种或第五种方法,我没有看到？存储和管理您的最佳位置在哪里DataContext？

我正在使用以类似于以下代码的布局编写的DAL对象.我简化了很多代码只是为了显示设置.

public class UserDatabase : IDisposable
{
    private SqlDataAdapter UserDbAdapter;
    private SqlCommand UserSelectCommand;
    private SqlCommand UserInsertCommand;
    private SqlCommand UserUpdateCommand;
    private SqlCommand UserDeleteCommand;

    private System.Data.SqlClient.SqlConnection SQLConnection; 

    public UserDatabase()
    {
        this.SQLConnection = new System.Data.SqlClient.SqlConnection(ConnectionString);
        this.UserDbAdapter= new SqlDataAdapter(); 
        this.UserDbAdapter.DeleteCommand = this.UserDeleteCommand;
        this.UserDbAdapter.InsertCommand = this.UserInsertCommand;
        this.UserDbAdapter.SelectCommand = this.UserSelectCommand;
        this.UserDbAdapter.UpdateCommand = this.UserUpdateCommand;
    }

    private bool FillUsers(DataSet UserDataSet, out int numberOfRecords)
    {
        bool success = true;

        numberOfRecords = 0;
        string errorMsg = null;

        this.UserDbAdapter.SelectCommand = this.GetUsersSelectCommand();

        numberOfRecords = UserDbAdapter.Fill(UserDataSet, UsersTableName);

        return success;
    }

    private SqlCommand GetUserSelectCommand() …