在REST场景中首选哪种情况(上/下)?

在REST场景中首选哪种情况(上/下)?,rest,Rest,我正在阅读API,注意到许多REST参数都是大写的 是否有一个标准定义了我在REST全方位服务中应该期望的内容?没有。REST原则基于HTTP协议的原始思想,它不限制参数名称为大小写敏感、大小写不敏感、大写或小写 首先,您应该决定是否希望参数区分大小写。也许你正在使用的系统使其中一个成为自然选择。(除此之外,我真的想不出一个好的理由让他们的案例有意义。) 然后,您应该选择一个与资源地址匹配的外壳。如果您的地址都是小写的,那么如果参数名称也都是小写的,看起来会更好。不,没有。REST原则基于HTT

我正在阅读API,注意到许多REST参数都是大写的


是否有一个标准定义了我在REST全方位服务中应该期望的内容?

没有。REST原则基于HTTP协议的原始思想,它不限制参数名称为大小写敏感、大小写不敏感、大写或小写

首先,您应该决定是否希望参数区分大小写。也许你正在使用的系统使其中一个成为自然选择。(除此之外,我真的想不出一个好的理由让他们的案例有意义。)


然后,您应该选择一个与资源地址匹配的外壳。如果您的地址都是小写的,那么如果参数名称也都是小写的,看起来会更好。

不,没有。REST原则基于HTTP协议的原始思想,它不限制参数名称为大小写敏感、大小写不敏感、大写或小写

首先,您应该决定是否希望参数区分大小写。也许你正在使用的系统使其中一个成为自然选择。(除此之外,我真的想不出一个好的理由让他们的案例有意义。)

然后,您应该选择一个与资源地址匹配的外壳。如果您的地址都是小写的,那么如果参数名称也都是小写的,那么看起来可能会更好。

HTTP(RFC2616)规范规定,除了方案和URL主机之外的所有内容都应该区分大小写

我意识到规范的这一部分经常被忽略,但这是官方的说法。

HTTP(RFC2616)规范要求除了方案和URL主机之外的所有内容都应该区分大小写

我意识到规范的这一部分经常被忽略,但这是官方的说法