小编smv*_*smv的帖子

我什么时候应该使用ThrowHelper方法而不是直接投掷?

什么时候使用ThrowHelper方法而不是直接投掷?

void MyMethod() {
    ...
    //throw new ArgumentNullException("paramName");
    ThrowArgumentNullException("paramName");
    ...
}
void ThrowArgumentNullException(string paramName) {
    throw new ArgumentNullException(paramName);
}
Run Code Online (Sandbox Code Playgroud)

我已经读过调用一个ThrowHelper方法(一个抛出异常的唯一方法)而不是直接抛出应该产生更小的字节码.

这个以及明显的封装(另一层间接)可能是不直接抛出的好理由,至少在某些情况下是这样.

无论如何,IMO的缺点也不是没有实质性的.

  • (异常)控制流程的一部分是隐藏的
  • 异常最终会产生更加神秘的堆栈跟踪
  • 编译器(2.0)不会识别ThrowHelper调用是方法的退出点,因此需要一些代码.

我有限的经验是整体设计经常变得更糟.

int MyMethod(int i) {
    switch (i) {
        case 1:
            return 1;
        default:
            ThrowMyException();
    }
    return 0; // Unreachable (but needed) code
 }
Run Code Online (Sandbox Code Playgroud)

这可能部分是个人品味的问题.无论如何,你对这个问题有什么个人指导?您是否发现将ThrowHelpers用于所有常见任务(如方法参数验证(ThrowArgumentNullException(paramName)等)是个好主意?我在这个问题上遗漏了哪些明显的东西?

顺便说一下,我试图不将此问题与验证问题混在一起,例如:

ThrowIfNameIsNullOrEmpty(name);
Run Code Online (Sandbox Code Playgroud)

c# exception throw

14
推荐指数
3
解决办法
4421
查看次数

标签 统计

c# ×1

exception ×1

throw ×1