Java 有没有什么好办法做 Map 参数校验？

[Freeego]

对象入参的话可以用 Validation，那如果是 Map 呢？只能自己写一套校验类吗，有没有什么黑科技可以用？

[chendy]

换成对象入参
用 Map 一时爽，维护 xxx

[Uyuhz]

用 Map 后面是真难受 还是老老实实对象吧

[Freeego]

@chendy
@Uyuhz 问题是不是所有入参都能映射到 Bean 上面…总有些太灵活的用对象不太合适

[optional]

用 json-schema 校验。

[18258226728]

赞同 1 楼，用 Map 就是给自己找不自在...对象灵活就继承，继承不行就泛型，反正不用 Map 当参数

[godoway]

问一下 map 转对象（ jackson 序列化之类）再校验，这思路是否可行

[avk458]

能用 map 的为什么不用 bean ？懒得生成*O 吗

[guyeu]

说用 bean 的各位大佬，有个场景看怎么用 bean：

一个接口需要适配若干种 sdk，每种 sdk 需要的参数都不一致（基本没什么共同点），接口参数就是 sdk 需要的参数，具体用哪种 sdk 由配置决定。

这个入参怎么用 bean 呢？

[lurenw]

@guyeu 除非是历史原因, 不然为啥一个接口要适配若干种 sdk 呢, 专事专干. 你即便用 map 适配了, 底层也是各种 case 判断

[neptuno]

@guyeu 参数不一样的话，接口内部处理逻辑一样吗，如果也不一样的话，可以写成多个接口吧

[Freeego]

@18258226728
@avk458
@guyeu 我的想法是这样，如果能用对象当然就用对象(所谓的能用指的是传入的参数在语义上确实符合对象的特性，比如一个用户一篇文章之类)。但是有的时候我确实找不到一种合适的方法创建它，就比如 @guyeu 说的。还有比如一个接口会对数据库中多个表进行更新操作的，比如接口中需要调用外部 sdk 进行装配的，这种不是直接参数入库的方法就比较难用对象表示参数，用了也很牵强，最后搞得到处都是 Bean。所以我觉得合适的用对象做参数，复杂的灵活的用 map，只要做好文档其实也可以，个人想法。

[daveze]

@guyeu 不要搞一个大而全的接口…在源头接口路径上就分开不好么，为啥要走到最后才分开。

[Cbdy]

可以尝试拓展一下我的这个库
https://github.com/cbdyzj/joi

[Freeego]

@optional
@Cbdy
谢谢，我看一下

[yanyueio]

正规路子就是 bean，即所谓的*O。就算要兼容各种 sdk，搞得 bean 满天飞，但没办法这是问题规模导致的。如果约定真的大于配置的话，那就和几家 sdk 的领导，管事儿的提前打好招呼，可惜，这不现实。然，如果你换一种思路考虑，真的都是简单聪明思路搞事情，那估计这个行业好多人会被迫转岗或者直接下岗。扯远了。具体看贵单位团队 leader 怎么说了。

[chendy]

@guyeu 你说这种不是接口…是入口…

[szuwl]

强类型语言为什么要用 map 呢，直接使用 bean 就好，你现在图省事用了 map，后续要修改的时候会花费你几倍的时间并且会有更大程度的出错概率，而且 bean 做参数检验就简单多了

[Jooooooooo]

答案是不要用 map

缺点太多, 不一一列举了

[guyeu]

@yanyueio #15
@daveze #12
@Freeego #11
@neptuno #10
@lurenw #9

一个接口的原因是希望这部分逻辑对客户端隐藏，客户端也只需要把自己本地的 sdk 传给它的数据传到服务器就行。采用哪种 sdk 是由环境决定的，基本上在构建期间就会把这个配置同步到前后端。

[fniy]

我包装了一下 map，然后提供 getString 之类的取值方式，抛出“key 不能为空，key 格式不正确”等的 ApiException。这样在 controller 里，取值很简洁。

如果某值可以为空，就调取 optString （“key”，“默认值”）。注意，一个是 get，一个是 opt。