我找不到任何使用字符串的人。请使用分隔符连接字符串。每个人都在写同样丑陋的for循环

var sb = new StringBuilder();
var count = list.Count();
for(int i = 0; i < count; i++)
{
  if (sb.Length > 0) sb.Append(seperator);
  sb.Append(list[i]);
}

return sb.ToString();

而不是

return string.Join(separator, list.ToArray());

AppDomain.UnhandledException事件也可能隐藏。

此事件提供未捕获异常的通知。它允许应用程序在系统默认处理程序向用户报告异常并终止应用程序之前记录有关异常的信息。如果有关应用程序状态的足够信息可用，则可以执行其他操作，例如保存程序数据以备以后恢复。建议谨慎，因为如果不处理异常，程序数据可能会损坏。

我们可以看到，即使在这个网站上，很多人都在想为什么他们的应用程序没有启动，为什么会崩溃等等。AppDomain.UnhandledException事件对于这种情况非常有用，因为它至少可以记录应用程序失败的原因。

静态构造函数。

实例：

public class Example
{
    static Example()
    {
        // Code to execute during type initialization
    }

    public Example()
    {
        // Code to execute during object initialization
    }
}

静态类：

public static class Example
{
    static Example()
    {
        // Code to execute during type initialization
    }
}

MSDN表示：

静态构造函数用于初始化任何静态数据，或执行只需要执行一次的特定操作。在创建第一个实例或引用任何静态成员之前自动调用它。

例如：

public class MyWebService
{
    public static DateTime StartTime;

    static MyWebService()
    {
        MyWebService.StartTime = DateTime.Now;
    }

    public TimeSpan Uptime
    {
        get { return DateTime.Now - MyWebService.StartTime; }
    }
}

但是，你也可以很容易地做到：

public class MyWebService
{
    public static DateTime StartTime = DateTime.Now;

    public TimeSpan Uptime
    {
        get { return DateTime.Now - MyWebService.StartTime; }
    }
}

因此，当您实际需要使用静态构造函数时，您将很难找到任何实例。

MSDN提供了关于静态构造函数的有用注释：

静态构造函数不接受访问修饰符或参数。自动调用静态构造函数来初始化类在创建第一个实例之前或引用任何静态成员。不能直接调用静态构造函数。用户无法控制何时在程序静态构造函数的典型用法是使用日志文件和构造函数用于编写此文件的条目。静态构造函数在为非托管代码，当构造函数可以调用LoadLibrary方法。如果静态构造函数抛出异常，则运行时不会再次调用它，然后键入将保持未初始化状态中应用程序域的生存期您的程序正在运行。

最重要的一点是，如果静态构造函数中发生错误，将引发TypeIntializationException，并且无法深入到有问题的代码行。相反，您必须检查TypeInitializationException的InnerException成员，这是特定的原因。

System.Diagnostics.Debug.Assert (false);

将触发一个弹出窗口，并允许您在执行期间将调试器附加到正在运行的.NET进程。对于某些原因无法直接调试ASP.NET应用程序的情况非常有用。

与使用int.TryParse（）或Convert.ToInt32（）不同，我喜欢有一个静态整数解析函数，当它无法解析时返回null。那么我可以使用？？和三元运算符一起使用，以更清楚地确保我的声明和初始化都在一行中以易于理解的方式完成。

public static class Parser {
    public static int? ParseInt(string s) {
        int result;
        bool parsed = int.TryParse(s, out result);
        if (parsed) return result;
        else return null;
    }
    // ...
}

这对于避免重复赋值的左侧也是很好的，但对于避免在赋值的右侧重复长调用（例如下面的示例中的数据库调用）则更好。而不是丑陋的“如果那么”树（我经常遇到）：

int x = 0;
YourDatabaseResultSet data = new YourDatabaseResultSet();
if (cond1)
    if (int.TryParse(x_input, x)){
        data = YourDatabaseAccessMethod("my_proc_name", 2, x);
    }
    else{
        x = -1;
        // do something to report "Can't Parse"    
    }
}
else {
    x = y;
    data = YourDatabaseAccessMethod("my_proc_name", 
       new SqlParameter("@param1", 2),
       new SqlParameter("@param2", x));
}

您可以执行以下操作：

int x = cond1 ? (Parser.ParseInt(x_input) ?? -1) : y;
if (x >= 0)  data = YourDatabaseAccessMethod("my_proc_name", 
    new SqlParameter("@param1", 2),
    new SqlParameter("@param2", x));

更干净，更容易理解

ContextBound对象

与其说是C#，不如说是.NET。这是实现DI的另一种方式，尽管它可以是艰苦的工作。你必须从中继承，这可能会让人反感。

http://msdn.microsoft.com/en-us/library/system.contextboundobject.aspx

当我用自定义日志记录属性修饰类/方法时，我用它来添加日志记录。