Java 查询参数在RESTAPI中是否是必需的

Java 查询参数在RESTAPI中是否是必需的,java,rest,get,jax-rs,Java,Rest,Get,Jax Rs,我有一个要求,要求必须有两个参数(其中一个代表日期),它们是GET URI的一部分,必须是强制性的。但这两个参数仅用于过滤目的。所以我的问题是,, 强制参数可以用作查询参数吗?(或者我们仍然可以将它们用作路径参数,尽管没有父/子关系)是的,强制参数可以用于查询参数。在这种情况下,需要在命中API后进行验证,以检查参数的值是否为null,是否为指定格式。如果他们甚至没有在路径中提到查询参数变量,那么他们最终将收到404错误 是,可以在查询参数中使用强制参数。在这种情况下,需要在命中API后进行验证

我有一个要求,要求必须有两个参数(其中一个代表日期),它们是GET URI的一部分,必须是强制性的。但这两个参数仅用于过滤目的。所以我的问题是,,
强制参数可以用作查询参数吗?(或者我们仍然可以将它们用作路径参数,尽管没有父/子关系)

是的,强制参数可以用于查询参数。在这种情况下,需要在命中API后进行验证,以检查参数的值是否为null,是否为指定格式。如果他们甚至没有在路径中提到查询参数变量,那么他们最终将收到404错误

是,可以在查询参数中使用强制参数。在这种情况下,需要在命中API后进行验证,以检查参数的值是否为null,是否为指定格式。如果他们甚至没有在路径中提到查询参数变量,那么他们最终将收到404错误

当然可以。例如,需要
?id=
的URI将是一个强制参数。但仅仅因为它是强制性的并不意味着它必须是一个路径参数。但大多数情况下,它们被视为可选的。它们可以是可选的。如果有人认为他们总是任性的,那他们就错了。由于服务器规定了哪些是必需的,哪些不是必需的,因此从服务器获取
400
至少会向客户端阐明GET参数实际上不是“可选的”。当然,他们可以。例如,需要
?id=
的URI将是一个强制参数。但仅仅因为它是强制性的并不意味着它必须是一个路径参数。但大多数情况下,它们被视为可选的。它们可以是可选的。如果有人认为他们总是任性的,那他们就错了。由于服务器规定了哪些是必需的,哪些不是必需的,因此从服务器获取
400
至少会向客户端说明GET参数实际上不是“可选的”。不是
404
(未找到),而是
400
(错误请求)。更正:如果未将必填字段作为查询参数传递而导致URI不正确,则应给出404。@Satej错误,400是正确的状态代码不是
404
(未找到),而是
400
(错误请求)。更正:如果未将必填字段作为查询参数传递而导致URI不正确,则应给出404。@Satej错误,400是正确的状态代码