刚刚开始用WCF，遇到一个问题，搞了好久终于搞定，记录一下。


1. 在使用VS进行WCF时，如果要进行调试，需要启动WCF服务器和WCF客户端两个实例，这样才能在服务器和客户端都进行调试。
2. 发生题目错误的原因是 我使用了抽象工厂来读配置文件  即ConfigurationManager.AppSettings["DALName"];  
配置文件也是有作用域的，所以WCF服务器的App.config中也要进行AppSettings字节的配置。

这个问题相对于大家来说 可能都碰到过（大佬或许没见过），关于这个问题的解决方法在于你的调试能力了

1  首先找到报错的地方

2  断点

3  开始调试

4  这跟踪数值

5  解决问题
希望大家多多加强一下自己的编码跟调试能力 （我找错找了1小时。。。。。。。。。。）

Java校验API
今天和大家分享一下如何在SpringMVC中校验参数。首先大家要知道的就是java校验API，即java Validation API，又称为JSR-303。从Spring3.0版本开始，SpringMVC就提供了对java校验API的支持，要在SpringMVC中使用java校验API的话只需要在类路径下包含java校验API的实现就好了，比如Hibernate Validator。
java校验API定义了多个注解，这些注解直接在所需要校验的属性上使用就可以了，这些注解都在javax.validation.constraints包中，我们一起来看一下这些注解。
校验注解
我们今天使用SpringBoot的2.2.1.RELEASE进行测试。
如何开启校验
要开启校验仅仅需要2步：1.在需要校验的字段上添加上注解；2.在SpringMVC的路径方法的需要校验的参数上添加@Valid注解，如图：
@NotNull注解
@Valid添加校验
获取校验的错误
获取校验的错误需要在Valid注解的后面添加Errors参数就可以了，记得Errors参数要添加在校验参数的后面才可以。如图：
Errors
图中通过hasErrors判断是否存在参数错误，通过getFieldErrors返回错误的信息。
校验注解
@AssertFalse：
所注解的元素必须是Boolean类型，并且值为false
@AssertTrue：
所注解的元素必须是Boolean类型，并且值为true
@DecimalMax：
所注解的元素必须是数字，并且值要小于或等于给定的BigDecimalString值
@DecimalMin：
所注解的元素必须是数字，并且值要小于或等于给定的BigDecimalString值
@Digits：
所注解的元素必须是数字，并且它的值必须有指定的位数
@Email：
所注解的元素要匹配指定的正则表达式
@Max：
所注解的元素必须是数字，并且值要小于或等于给定的值。注意如果@Max所注解的元素是null，则@Max注解会返回true，所以应该把@Max注解和@NotNull注解结合使用。
@Min：
所注解的元素必须是数字，并且值要大于或等于给定的值。注意如果@Min所注解的元素是null，则@Min注解会返回true，即也会通过校验，所以应该把@Min注解和@NotNull注解结合使用。
@NotBlank：
所注解的元素不能为null且不能为空白，用于校验CharSequence(含String、StringBuilder和StringBuffer)
@NotEmpty：
所注解的元素不能为null且长度大于0，可以是空白，用于校验CharSequence、数组、Collection和Map
@NotNull：
所注解的元素不能为null
@Null：
所注解的元素必须为null
@Pattern：
所注解的元素必须匹配指定的正则表达式。注意如果@Pattern所注解的元素是null，则@Pattern注解会返回true，即也会通过校验，所以应该把@Pattern注解和@NotNull注解结合使用。
@Size：
所注解的元素必须符合指定的大小,该注解可用于数组，CharSequence(含String、StringBuilder和StringBuffer)，Collection和Map。注意如果@Size所注解的元素是null，则@Size注解会返回true，即也会通过校验，所以应该把@Size注解和@NotNull注解结合使用。
ConstraintValidator实现类
最后和大家提一下，hibernate-validator的校验实现位于org.hibernate.validator.internal.constraintvalidators包下，校验的实现类都实现了ConstraintValidator接口，具体如下图所示。感兴趣的小伙伴可以通过源码看看hibernate-validator的具体校验逻辑。
ConstraintValidator的实现类
举几个例子：
@NotBlank的校验源码：
NotBlankValidator
@Size对于数组的校验源码：
SizeValidatorForArray
@NotEmpty对于Collection的校验源码：
NotEmptyValidatorForCollection
结束
今天简单和大家介绍了如何在SpringMVC中校验参数，可以说SpringMVC大大简化了我们在参数检验上的工作量，这也正是框架带来的好处。
好啦，希望今天的文章能帮助到大家，小伙伴们如果有什么疑问可以在评论区留言哦。

参数非空检查是缩写类库很常见的操作，在一个方法中要求参数不能为空，否则抛出相应的异常。比如：
public 
当异常发生时，调用者很容易知道是什么问题。如果不加这个检查，可能就会由系统抛出未将对象引用为实例之类的错误，这不利于调用者诊断错误。
由于这个场景太常见了，于是我经常在我的项目中通过一个辅助类来做此类检查。这个类用来检查方法参数，所以命名为 Guard，主要代码如下：
public 
这个类包含了三个常见的非空检查，包括 null、空字符串、空集合的检查。使用示例：
public 
介于这种非空检查极其常见，C# 9.0 对此做了简化，增加了操作符‘!’，放在参数名后面，表示此参数不接受 null 值。使用方式如下：
public 
简化了很多有木有。这个提案已经纳入 C# 9.0 的特性中，但目前（2020-06-13）还没有完成开发。
这个特性只支持非 null 检查，其它参数检查场景还是不够用的，我还是会通过辅助类来进行像空字符串、空集合的检查。
这个特性在写公共类库的时候很有用，但我想大多数人在写业务逻辑代码的时候可能用不到这个特性，一般会封自己的参数检查机制。比如，我在项目中，对于上层 API 开发，我通过封装一个辅助类（ApiGuard）来对对参数进行检查，如果参数不通过，则抛出相应的业务异常，而不是 ArgumentNullException。比如下面的一段截取自我的 GeekGist 小项目的代码：
public 
使用示例：
public 
ApiGuard 的好处是，当 API 接口接到不合要求的参数时，可以自定义响应返回内容。比如，增加一个 Filter 或中间件用来全局捕获业务代码异常，根据不同的异常返回给前端不同的状态码和消息提示：
private 
只是一个参数非空检查，在实际开发中却有不少的学问，所以学好了理论还要多实践才能更透彻的理解它。