少用 if 进行普通意义上的参数验证
2011-01-12 20:55
369 查看
每次在写 public 方法的时候第一件事就是参数验证。以往,都会有这样的代码出现:
但是方法的参数表有的时候比较长,逻辑判断的组合也比较多,此时这种语句的数目有时多大6-7个。这样的代码喧宾夺主,可读性差(从纯数据的角度而言,圈复杂度也会比较高)。于是目前全部换成了这种写法:
相应的还可以有:
这样,代码显得整洁了许多。
if (oneOfTheArgument == null) { throw new ArgumentNullException( "oneOfTheArgument", StringTable.ErrorClassNameArgNull); }
但是方法的参数表有的时候比较长,逻辑判断的组合也比较多,此时这种语句的数目有时多大6-7个。这样的代码喧宾夺主,可读性差(从纯数据的角度而言,圈复杂度也会比较高)。于是目前全部换成了这种写法:
oneOfTheArgument 是 null 那么抛出 ArgumentNullException. Error.Argument.IsNull(oneOfTheArgument); // 带自定义消息提示的重载. Error.Argument.IsNull(oneOfTheArgument, StringTable.ErrorClassNameArgNull);
相应的还可以有:
// 查看 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); // 其他还有很多...
这样,代码显得整洁了许多。
相关文章推荐
- 地址选择javascript 不用一句if语句 对表单进行验证
- 再说表单验证,在Web Api中使用ModelState进行接口参数验证
- 运用OpenCV进行双目匹配时各参数的意义
- 这是一个服务端自动验证框架,可以对JavaBean中的属性以及方法中参数列表进行自动验证
- 实现一个数值加法函数,返回两个数字的和。要求能进行参数验证,若参数不是数字或为空则抛出异常。
- C#中手工进行声明式验证,从此远离if验证
- VC中cl.exe命令参数简介(转载,部分在vs2005进行了验证)
- JAVA中通过Hibernate-Validation进行参数验证
- 回发或回调参数无效。在配置中使用 或在页面中使用 启用了事件验证。出于安全目的,此功能验证回发或回调事件的参数是否来源于最初呈现这些事件的服务器控件。如果数据有效并且是预期的,则使用 ClientScriptManager.RegisterForEventValidation 方法来注册回发或回调数据以进行验证。
- 使用优雅方式对参数验证进行处理
- .Net Web Api中利用FluentValidate进行参数验证的方法
- audit相关参数及SYS用户对普通用户进行审计
- 在Asp.Net MVC中实现RequiredIf标签对Model中的属性进行验证
- 在 SpringMVC 中对表单提交参数进行验证(使用 Bean Validator)
- strutrs1的validator框架的在form中进行国际化验证,而且实现传递参数的国际化
- 交叉验证结合二次多维非线性无约束寻优法对LSSVM进行参数选取
- 接口测试入门(3)--使用httpClient进行登录用例操作/set-cookies验证/ List<NameValuePair>设置post参数/json解析
- VC中cl.exe命令参数简介(转载,部分在vs2005进行了验证)
- 如何使用struts2对集合参数进行验证
- 利用gridsearchcv进行交叉验证参数调优实战