1

在这里看到静态类和静态函数很糟糕,因为它们占用了大量内存。

我将它用于许多需要与数据库交互等的事情。

此示例是静态本地化类的一部分,GetResources

public static class SFLocalization
{

    public static string GetResources(string key)
    {
          string CurrentLanguage = System.Threading.Thread.CurrentThread.CurrentUICulture.ToString();
          if (MemoryCache.Default["Resources_" + key] == null)
          {
          string x 
          using (Db _db = new Db())
            {
                MemoryCache.Default["Resources_" + key] = _db.Languages.First(l => l.Key == key && l.LanguageCode == CurrentThread).Value;
            }
          }
          return MemoryCache.Default["Resources_" + key];
    }
}

然后在视图、控制器等中。我只写这个来获取翻译后的值

 @SFLocalization.GetResources("NewsletterBoxTitle")

1.) 在这些情况下,静态类真的那么糟糕吗?

2.) 有什么选择?也许是依赖注入(ninject 等)??(我在 Apress - Pro Asp.net Mvc 4 一书中看到过

4

1 回答 1

6

静态类(或模块)通常是域或应用程序服务的替代品。将此服务公开为静态类通常很方便,以便可以从任何地方访问它 - 如果它是诸如本地化之类的横切关注点,则尤其如此。

这种方法可以让您快速启动并运行,但它确实存在一些问题。能够随时随地访问服务会鼓励糟糕的编码实践,并且很容易导致意大利面条式代码。静态模块也使得使用它们的类很难进行单元测试。随着项目规模的扩大,这两个问题都会呈指数级增长——因此尽快解决它们通常是个好主意。

正如您在问题中提到的,依赖注入是确保类可以访问服务的一种方法,而不是使其成为静态/全局的。

于 2013-07-18T09:10:55.530 回答