应用程序服务层作为静态类

在我的ASP.NET MVC应用程序中,我有一个包含所有业务逻辑/服务层的项目。此项目与位于单独项目中的数据库(实体框架)交互。

我希望能够轻松地访问服务层,所以我在其中创建了静态类,以便可以轻松地引用它们。例如,如果我在控制器中,需要创建一个新帐户:

 ServiceLayer.Accounts.CreateAccount(userName, passWord) //etc..

然后,服务层执行所有必需的逻辑,然后通过 DatabaseLayer .

    private static AllRepos _Repos;
    private static AllRepos Repos { 
       get 
        { 
           if(_Repos == null)
              _Repos = new AllRepos();

           return _Repos
        }
    }

    public static void CreateAccount(string username, password)
    {
        string salt = GenerateSalt();
        Account newAccount = DatabaseLayer.Models.Account
              { 
              Name = username,
              Password = HashPassword(password, salt),
              Salt = salt
              };
        Repos.AddAccount(newAccount);      
    }

因为我不想在我的服务层的任何地方执行以下操作:

 AccountRepository Accounts = new DatabaseLayer.AccountRepository();

相反,我为我的存储库创建了一个包装类,这样我只需要实例化一次就可以使用所有其他存储库。

 public class AllRepos
 {

    private AccountRepository _Accounts;

    public AccountRepository Accounts
    {
        get
        {
            if (_Accounts== null)
                _Accounts= new AccountRepository();

            return _Accounts;
        }
    }

    // the same is done for every other repository (currently have about 10+)
  }

在服务层的静态类中使用。

因为我所有的服务层类都是静态的, Repos 字段也是静态的,我经常遇到的一个明显问题是,从多个数据上下文中检索同一个对象会导致更新/删除时出现奇怪的行为。

我理解,如果我像在应用程序生命周期中使用静态成员/类那样使用它们,这是可以预料的,但是有没有一种方法能够将服务层用作 ServiceLayer.Accounts.Method() 不必创建一个非静态类,该类需要在使用它的任何地方进行实例化,并且不会由于多个DataContext实例而遇到CRUD问题?