实施自定义例外的优点和缺点如下:
创建一个枚举,在其描述中表示错误消息:
public class Enums
{
public enum Errors
{
[Description("This is a test exception")]
TestError,
...
}
}
创建自定义异常类:
public class CustomException : ApplicationException
{
protected Enums.Errors _customError;
public CustomException(Enums.Errors customError)
{
this._customError = customError;
}
public override string Message
{
get
{
return this._customError!= Enums.Errors.Base ? this.customError.GetDescription() : base.Message;
}
}
}
GetDescription
方法是一个枚举扩展方法,它使用反射获取枚举描述。这样,我可以抛出异常,如:
throw new customException(enums.Errors.TestError);
并在catch块中向用户显示:
Console.WriteLn(ex.Message);
我见过MVP推荐的这种方法。这种方法对以下方面有什么好处:
WebServiceException
班级,AuthenticationException
班级等)Here's the link根据MVP的建议。
谢谢。
答案 0 :(得分:5)
就个人而言,我认为这不是一个好主意。
您应该始终尽可能地抛出特定的例外情况。捕获也是如此。
我们很容易决定是否要捕获WebServiceException
或AuthenticationException
,但是使用您的Enum示例,我们必须解析一个字符串以决定是否要捕获它。如果此消息发生变化会发生什么?
我认为它没有任何好处。对于每种错误类型,您必须创建一个新的Enum成员。为什么不改为创建一个新类呢?
答案 1 :(得分:3)
自定义异常的主要优点是语言支持区分不同的异常类型。例如
try
{
SomeFunc()
}
catch( CustomException EX)
{
//This is my error that I know how to fix
FixThis()
DoSomeAwesomeStuff()
}
catch( Exception exa)
{
//Somthing else is wrong
WeepLikeBaby();
}
如果我使用消息属性
try
{
SomeFunc()
}
catch( Exception exa)
{
if(exa.Message == "ErrType 1")
{
DoStuff;
}
if(exa.Message == "ErrType 2")
{
Die();
}
}
使用Base枚举示例仍然可以保留此功能。但是,您可以给自己一个位置来定义消息,但应用程序可以通过各种不同的方式解决这些问题。枚举示例将使创建本地化消息变得非常简单,因为它将为您提供一种独立定义消息字符串的方法。
另一个优点是您可以添加在您的应用程序中有意义的Cusotm数据。比如说你有一个客户信息系统,客户ID几乎总是很重要。如果仅使用message属性,则每个处理程序都必须知道如何在需要时解析该信息。
public class MyCustomeEx : Exception
{
int CustID { get; set; }
}
public void Fail()
{
//Awww Customer error
throw new MyCustomeEx () {CustID = 123}
}
答案 2 :(得分:2)
选项1我不推荐。你根本不应该抛出System.Exception
。您应始终为您的情况抛出最具体的异常,以便在代码中进行合理的结构化异常处理。
我在您提出的方法(Errors enum
)中看到的主要缺点是,如果不首先捕获异常,就无法决定是否要处理异常。使用自定义例外,您可以事先做出决定。
答案 3 :(得分:2)
请在以下类似的Stack Overflow问题中查看我的(已接受)答案:Custom exception vs built in exception with very descriptive message。它应该有助于提供反对冗余自定义异常的论据。
答案 4 :(得分:2)
MVP推荐的link已在评论中分享。
在查看代码和问题后,我认为其原因是限制异常中可能的消息。并且可能有助于本地化异常文本,但在此示例中还有额外的工作要做。无论如何,这种方法不应该用于创建"例外子类型"处理方式不同。