异常以及处理教程.pptVIP

异常的引发 考虑引发 System 命名空间中的现有异常，而不是创建自定义异常类型 如果错误状态可以通过不同于现有任何其他异常的方法以编程方式进行处理，则要创建并引发自定义异常。否则，引发一个现有异常 不要只是为了您所在的团队获得异常而创建和引发新异常。 引发适当的最具体（派生程度最大）的异常。例如，如果某方法收到一个 null（在 Visual Basic 中为 Nothing）参数，则该方法应引发 System.ArgumentNullException，而不是引发该异常的基类型 System.ArgumentException。 如果低层异常在高层操作的上下文中没有意义，则考虑在更适当的异常中包装在低层引发的特定异常 避免捕捉和包装非特定异常：这种处理会隐藏错误，因此需要避免 包装异常时务必要指定内部异常。 不要在框架代码中捕捉非特定异常（如 System.Exception、System.SystemException 等）以至忽略错误。 避免在应用程序代码中捕捉非特定异常（如 System.Exception、System.SystemException 等）以至忽略错误。某些情况下，可以在应用程序中忽略错误，但这种情况极少。 如果捕捉异常是为了传输异常，则不要排除任何特殊异常 如果了解特定异常在给定上下文中引发的条件，请考虑捕捉这些异常。 不要过多使用 cat