异常设计准则

1. 抛出异常/设计异常（框架层）

a. 先捕获，包装捕获的异常再抛出。包装异常时务必要指定内部异常。

        public void SendMessages()
        {
            try
            {
                EstablishConnection();
            }
            catch (System.Net.Sockets.SocketException e)
            {
                throw new CommunicationFailureException("Cannot access remote computer.", e);
            }
        }

b. 异常消息进行本地化，支持多语言。
//设计当前引发异常层次（当前框架层次）的所有错误代码，每个异常都有一个错误代码表示。

    // Create the derived exception class.
    class SecondLevelException : Exception
    {
        const int SecondLevelHResult = unchecked((int)0x81234567);

        // Set HResult for this exception, and include it in the exception message.
        public SecondLevelException(string message, Exception inner) :
        base(string.Format("(HRESULT:0x{1:X8}) {0}", message, SecondLevelHResult), inner)
        {
            HResult = SecondLevelHResult;
        }

        public SecondLevelException(string message) : base(message) { }

        public SecondLevelException() { }
    }

2. 捕捉异常

a. 不要通过在框架代码中捕捉非特定异常（如 System.Exception、System.SystemException 等）来处理错误。除非1. 捕捉异常是为了继续传输异常，2. 或者当前的普通异常 

被视为一个警告，不应该阻碍程序的执行，3.如果了解特定异常在给定上下文中引发的条件。 否则的话不要去捕捉普通异常。

b. 捕捉底层的特定的（具体的）异常, 目的有两个，一个是能处理这个异常，一个是包装捕获的异常然后抛出有意义的消息给上层。

c.不要过多使用 catch。通常应允许异常在调用堆栈中往上传播。

3. 其他的一些小技巧：

a. 频繁引发异常会带来性能问题。如果一个实际的调用会频繁引发异常，可以考虑使用 Tester-Doer 模式来避免与异常相关的性能问题。也就是调用之前判断参数是否正常，来减少异常的引发。

public class Doer
{
    // Method that can potential throw exceptions often.
    public static void ProcessMessage(string message)
    {
        if (message == null)
        {
            throw new ArgumentNullException("message");
        }
    }
    // Other methods...
}

public class Tester
{
    public static void TesterDoer(ICollection<string> messages)
    {
        foreach (string message in messages)
        {
            // Test to ensure that the call
            // won't cause the exception.
            if (message != null)
            {
                Doer.ProcessMessage(message);
            }
        }
    }
}

b.对于可能在常见方案中引发异常的成员，可以考虑使用 TryParse 模式来避免与异常相关的性能问题。举例int.Parse, 提供两个方法int.TryParse和int.Parse,TryParse模式不引发异常,只返回一个布尔值。

c. 应用层最好加一个全局catch，以免漏掉的异常直接暴露给用户。

参考：http://msdn.microsoft.com/zh-cn/library/ms229014(v=VS.90).aspx