当前位置:  开发笔记 > 编程语言 > 正文

创建自己的自定义异常有哪些最佳做法?

如何解决《创建自己的自定义异常有哪些最佳做法?》经验,为你挑选了3个好方法。

在前一个关于异常的问题的后续内容中,在.NET中创建自定义异常的最佳实践是什么?

更具体地说,您应该继承System.Exception,System.ApplicationException还是其他一些基本异常?



1> Jay Bazuzi..:

在C#IDE中,键入"exception"并单击TAB.这将扩展为您开始编写新的异常类型.有评论链接到一些异常实践的讨论.

就个人而言,我是创建大量小类的忠实粉丝,其范围扩展到异常类型.例如,在编写Foo类时,我可以选择:

    throw new Exception("Bar happened in Foo");

    throw new FooException("Bar happened");

    throw new FooBarException();

哪里

class FooException : Exception 
{
    public FooException(string message) ... 
}

class FooBarException : FooException 
{
    public FooBarException() 
        : base ("Bar happened") 
    {
    }
}

我更喜欢第三种选择,因为我认为它是一种OO解决方案.



2> Mark Cidade..:

继承自System.Exception.System.ApplicationException是没用的,设计指南说" 不要抛出或衍生出来" System.ApplicationException.

见http://blogs.msdn.com/kcwalina/archive/2006/06/23/644822.aspx


根据Jeffrey Richter的说法,最初的想法是从SystemException派生的类将指示从CLR(或系统)本身抛出的异常,而非CLR异常将从ApplicationException派生.但是由于CLR抛出的很多异常类都没有遵循这种模式,因此ApplicationException类失去了所有意义.从这个基类派生的原因是允许调用堆栈上方的某些代码捕获基类,但是由于某些CLR异常从ApplicationException继承而无法捕获所有应用程序异常.

3> 小智..:

有一个代码片段.用那个.另外,之后检查您的代码分析; 片段遗漏了您应该实现的构造函数之一.

推荐阅读
贴进你的心聆听你的世界
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有