在大胆的用户界面级别验证请求正文

时间:2019-07-27 05:35:43

标签: java spring-boot apache-camel swagger openshift

我们有一个编码环境,其中我们将spring-boot与骆驼一起使用。 我们为API设计了一种传递结构。

在这里,我们正在使用招摇的文档进行记录。出于同样的原因,我们使用了maven依赖关系,并使用了更新的路由器进行摇摇欲坠。

现在,对于正文,我们正在使用从请求输入中生成并通过“ TYPE()”调用的bean。

我们的示例正文结构如下:{firstname,mobile_number,input1,input2}

我们想在大方的UI级别上对其进行验证,例如,如果mobile_number不是10位数字,则出现错误“ Mobile number不是格式化的格式”等。 因此,我们要控制每个字段的错误输出。

我们已经验证了代码中的Header和查询参数。

我们有一些示例代码,我们必须在其中添加一些注释来更新bean / POJO,并且它可以工作。但请输入“ Missing parameter”作为错误。

现在,我们需要一种适用于庞大的UI的解决方案,以及有人使用类似邮递员的工具的情况,在那里他们还会收到验证错误。

有没有人有一个以给定错误原因控制每个字段的错误的想法。

0 个答案:

没有答案