少用 if 进行普通意义上的参数验证

每次在写 public 方法的时候第一件事就是参数验证。以往,都会有这样的代码出现:

1
2
3
4
5
6
if (oneOfTheArgument == null)
{
    throw new ArgumentNullException(
        "oneOfTheArgument",
        StringTable.ErrorClassNameArgNull);
}

但是方法的参数表有的时候比较长,逻辑判断的组合也比较多,此时这种语句的数目有时多大6-7个。这样的代码喧宾夺主,可读性差(从纯数据的角度而言,圈复杂度也会比较高)。于是目前全部换成了这种写法:

1
2
3
4
5
oneOfTheArgument 是 null 那么抛出 ArgumentNullException.
Error.Argument.IsNull(oneOfTheArgument);
 
// 带自定义消息提示的重载.
Error.Argument.IsNull(oneOfTheArgument, StringTable.ErrorClassNameArgNull);

相应的还可以有:

1
2
3
4
5
6
7
8
9
10
11
12
// 查看 value 是否为 null,或者仅包含空白字符,如果为 null,
// 则抛出 ArgumentNullException,如果仅包含空白字符或者是
// string.Empty,则抛出 ArgumentException.
Error.Argument.IsNullOrWhitespaceString(value, parameterName, message);
 
// 如果 value 小于 minValue,则抛出 ArgumentOutOfRangeException.
Error.Argument.LessThan(value, minValue, message);
 
// 如果 value 在一个指定范围之外,则抛出 ArgumentOutOfRangeException.
Error.Argument.OutOfRange(value, minIncl, maxIncl, message);
 
// 其他还有很多...

这样,代码显得整洁了许多。

posted @   TW-刘夏  阅读(689)  评论(3编辑  收藏  举报
编辑推荐:
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
点击右上角即可分享
微信分享提示