使用场景
当我们发送请求，请求数据库里面的数据时，如果我们想根据id来获取相应的数据，但是我们的路由动态参数string类型,而数据库里面的id都是int 或者bigint整形，在ts强类型的作用下，必然导致请求失败,这个时候就得对请求的数据做处理，这里以两个场景为例，加深大家对管道的理解和使用。
场景一
我们先起一个服务
可以看到这个1其实是一个string类型的，不妨请求下数据库看一下，这里以prisma ORM为例 连接mysql之后 先在表中添加了一条数据
发现这里报错是因为我们传入的id是string类型，而表里的是int类型对应不上
来看看解决办法
第一种解决办法
用Number(id)强制转化为数字类型
第二种解决办法
用管道来处理了 在命令行使用nest g pi 文件名 --no-spec是不生成测试文件
value是我们要处理的数据，medata是元信息,我们可以看看里面都有什么 在打印之前需要在要用管道的位置引进去
报错就先不管，因为我们在管道还没有做任何处理,可以看到value和medata的结果，这样就可以写逻辑
可以看到我们已经成功获取到了数据,这个管道是我们自己写的，其实在nest中他为我们内置好了9大管道 感兴趣可以看看https://docs.nestjs.com/pipes#pipes 我们来介绍其中的一种和我们自己封装的效果一样
ok,第一个场景我们就介绍完了，再看看第二个，表单的验证，这个应用很广泛，我们来看看。
场景二
先创建一个post请求
我们需要对上传的数据进行验证 比如空值或者字段长度，敏感字等
这样我们对空值进行了一个验证，但是这样如果表中的数据很多，就会显得很冗余，达不到复用的效果,我们来优化一下。 先安装一下这两个包
我们再src下面创建一个dto文件夹专门存放验证规则的文件 这里的class-validator里面有很多装饰器能供我们使用，这个包在nest官网看不到，只能在github上搜，里面有详细用法
这里的IsNotEmpry为我们实现了空值验证, 接着我们在管道中使用一下
我们测试一下
可以看到我们获取了错误信息,我们可以自定义错误的信息
我们来对数据库发起post请求
发现我们的效果已经实现了，并且封装的管道能够捕捉每个错误的内容，并且将结果返回,很方便我们找到报错的地方。
我们正常请求
写在最后
nest的管道还有很多知识，多看官网文档，多敲代码，知识点很多，慢慢吸收，消化，希望这个管道的验证知识点能够帮到大家!
