在构造函数中抛出 ArgumentNullException?

Posted

技术标签:

【中文标题】在构造函数中抛出 ArgumentNullException?【英文标题】:Throwing ArgumentNullException in constructor? 【发布时间】:2011-04-07 11:43:58 【问题描述】:

对于具有单个参数的构造函数,如果参数为空/空,是否可以在构造函数内部抛出 ArgumentNullException?或者,是否应该在实际使用参数的方法中抛出它?谢谢。

【问题讨论】:

【参考方案1】:

是的,如果它是完全必要的,那么抛出异常。你不应该*稍后抛出异常。

永远记住"Fail Early Principle"。概念现在失败,因此您不会浪费时间调试或遇到意外的系统功能。

或者,您也可以为“”抛出 ArgumentException,为 null 抛出 ArgumentNullException。无论哪种情况,请确保您抛出一个有效的异常消息。


始终是管理异常的好参考文章:Good Exception Management Rules of Thumb


关于@Steve Michelotti 所说的旁注(因为我是 CodeContracts 的忠实粉丝)

Contract.Requires<ArgumentNullException>(inputParemeter!= null, "inputparameter cannot be null");
Contract.Requires<ArgumentException>(inputParemeter!= "", "inputparameter cannot be empty string");

或者

Contract.Requires<ArgumentNullException>(!string.IsNullOrEmpty(inputParemeter), "inputparameter cannot be null or empty string");

【讨论】:

另一个好的规则是“尽早失败”。尤其是处理参数和自变量,尽早发现错误,或者尽可能接近错误发生的时空点。 你是对的!我一直在努力寻找正确原则的“名称”。【参考方案2】:

在构造函数中抛出它是好的 - .NET 框架中有几个类可以做到这一点。此外,请查看 code contracts 了解此内容。

【讨论】:

【参考方案3】:

听起来,你将一个参数传递给构造函数,由类保存,以便稍后在其他方法中使用。如果您实际上没有在构造函数中使用参数,您可能应该考虑将参数移动为实际使用它的方法的参数。

【讨论】:

如果可以的话我会,但它是基于接口执行的一系列任务的一部分,所以我无法修改方法签名。 在这种情况下,我同意其他所有人的观点,即在构造函数中失败绝对是最好的选择。【参考方案4】:

我会检查你在调用构造函数时设置的属性...这样在所有情况下都会抛出异常。

【讨论】:

没有迹象表明构造函数正在设置属性。 是的,但它会被抓住吗?类操作通常包含在尝试块中而不是类创建中。

以上是关于在构造函数中抛出 ArgumentNullException?的主要内容,如果未能解决你的问题,请参考以下文章

不要在构造函数中抛出异常

Java:构造函数中抛出异常,我的对象仍然可以创建吗?

从匿名内部类的构造函数中抛出异常

如果构造函数抛出异常,是不是有更合适的测试?

为啥在析构函数中抛出异常时不调用重载删除?

期望函数在 Jest 中抛出异常