在C#3.5中初始化字典的表达式：

new Dictionary＜string，Int64＞（）｛｛“Testing”，123｝，｛“Test”，125｝｝；

我喜欢EditorBrowsebleAttribute。它允许您控制是否在Intellisense中显示方法/属性。可以将值设置为“始终”、“高级”或“从不”。

从MSDN。。。

评论

EditorBrowsebleAttribute是对设计器的提示，指示是否要显示属性或方法。您可以在可视化设计器或文本编辑器中使用此类型来确定用户可见的内容。例如，Visual Studio中的IntelliSense引擎使用此属性来确定是否显示属性或方法。

在Visual C#中，可以使用“工具”|“选项”|“文本编辑器”| C#下的“隐藏高级成员”设置来控制高级财产何时显示在IntelliSense和“财产窗口”中。相应的EditorBrowsebleState为Advanced。

Visual Studio最有用的功能之一是“生成对象id”。它生成一个id并“附加”到对象，因此无论您在何处查看对象，都会看到该id（无论线程如何）。

调试时，右键单击变量工具提示，即可看到它。它也适用于watched/autos/locals变量。

泛型和奇怪的递归模板模式确实有助于一些静态方法/属性声明。

假设您正在构建类层次结构：

class Base
{
}

class Foo: Base
{
}

class Bar: Base
{
}

现在，您需要在类型上声明静态方法，这些方法应该采用相同类型的参数（或返回值）或相同类型的静态财产。例如，您需要：

class Base
{
    public static Base Get()
    {
        // Return a suitable Base.
    }
}

class Foo: Base
{
    public static Foo Get()
    {
        // Return a suitable Foo.
    }
}

class Bar: Base
{
    public static Bar Get()
    {
        // Return a suitable Bar.
    }
}

如果这些静态方法基本上都做相同的事情，那么您手中就有大量重复的代码。一种解决方案是在返回值上删除类型安全，并始终返回Base类型。但是，如果您希望类型安全，那么解决方案是将Base声明为：

class Base<T> where T: Base<T>
{
    public static T Get<T>()
    {
        // Return a suitable T.
    }
}

你Foo和Bar是：

class Foo: Base<Foo>
{
}

class Bar: Base<Bar>
{
}

这样，他们将自动获得静态方法的副本。

将Singleton模式封装在基类中也很神奇（我知道下面的代码不是线程安全的，这只是为了证明一点）：

public class Singleton<T> where T: Singleton<T>, new()
{
  public static T Instance { get; private set; }

  static Singleton<T>()
  {
    Instance = new T();
  }
}

我意识到这迫使您在单例子类上使用一个公共的无参数构造函数，但是如果没有where T:protected new（）构造，在编译时就无法避免这种情况；然而，可以使用反射在运行时调用子类的受保护/私有无参数构造函数来实现这一点。

Action和Func委托助手与lambda方法结合使用。我将这些用于需要委托以提高可读性的简单模式。例如，一个简单的缓存模式是检查请求的对象是否存在于缓存中。如果它确实存在：返回缓存的对象。如果不存在，则生成新实例，缓存新实例并返回新实例。我可以编写一个简单的模式方法，比如这样。。。

private static T CachePattern<T>(string key, Func<T> create) where T : class
{
    if (cache[key] == null)
    {
        cache.Add(key, create());
    }

    return cache[key] as T;
}

…然后，通过在自定义缓存管理器中使用以下内容，我可以大大简化缓存获取/设置代码

public static IUser CurrentUser
{
    get
    {
        return CachePattern<IUser>("CurrentUserKey", () => repository.NewUpUser());
    }
}

现在，简单的“日常”代码模式可以编写一次，并且可以更容易地重用IMHO。我不必编写委托类型，也不必弄清楚我想如何实现回调等。如果我能在10秒内编写它，我就不太适合于剪切/粘贴简单的代码模式，无论它们是懒惰初始化还是上面显示的其他示例。。。

无特定顺序：

Lists<>
Mutex

Framework 3.5中的新属性定义快捷方式。