blocks|key|371833|text|我使用与您相同的场景，并使用PUT。您必须扪心自问：“当我发送两次相同的请求时，这会使服务器上的状态不同吗？”如果是，使用POST，如果没有使用PUT。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|371834|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I use the same scenario as you and use PUT for it. You have to ask yourself: "when I send the same request twice, does this make a different state on server?" If yes, use POST, if no use PUT.

blocks|key|4131896|text|我的用户在一个iOS应用程序中输入几个信息字段。必须在我的服务器上验证此信息，该服务器具有RESTful+API。验证后，iOS应用程序的UI会发生变化，以指示结果.我没有获得资源，也没有创建或更新资源。
|type|blockquote|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|4131897|unstyled|4131898|因为您没有节省任何东西(没有修改任何资源)，所以我认为这在技术上比RESTful更重要。|4131899|以下是我的观点，所以不要把它当作福音：|4131900|--如果信息只是简单地提交--，而你说是或不是，--而你没有保存它--，我会说POST很好。|CODE|4131901|如果信息实际上被保存/更新了，那么选择合适的方法就更有意义了。|4131902|POST+=+CREATE+/+SUBMIT+(in+an+RPC+context)
PUT+=+UPDATE+(or+CREATE+if+there+is+nothing+to+UPDATE)|code-block|syntax|javascript|4131903|entityMap^0|0|H|J|4|0|0|0|0|0|F|O|B|13|4|0|0|E|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@$9|Y|A|Z|B|C]|$9|10|A|11|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|G|7|12|8|@]|D|@]|E|$]]|$1|H|3|I|5|G|7|13|8|@]|D|@]|E|$]]|$1|J|3|K|5|G|7|14|8|@]|D|@]|E|$]]|$1|L|3|M|5|G|7|15|8|@$9|16|A|17|B|C]|$9|18|A|19|B|C]|$9|1A|A|1B|B|N]]|D|@]|E|$]]|$1|O|3|P|5|G|7|1C|8|@$9|1D|A|1E|B|C]]|D|@]|E|$]]|$1|Q|3|R|5|S|7|1F|8|@]|D|@]|E|$T|U]]|$1|V|3|-4|5|G|7|1G|8|@]|D|@]|E|$]]]|W|$]]

<blockquote>
 My users enter a few information fields in a iOS app. This information
 must be validated on my server, which has a RESTful API. After
 validation the UI of the iOS app changes to indicate the result....I'm
 not getting a resource, and neither is a resource created or updated.
</blockquote>

Since you aren't saving anything (not modifying any resource), I'd think this is technically more RPC than RESTful to me.

The following is my opinion, so don't take it as gospel:

If the information is simply being submitted and you're saying yes or no, and you're not saving it, I'd say <code>POST</code> is fine..

If information were actually being saved / updated, then choosing the proper HTTP method would be a lot more relevant.

<pre><code>POST = CREATE / SUBMIT (in an RPC context)
PUT = UPDATE (or CREATE if there is nothing to UPDATE)
</code></pre>

blocks|key|371941|text|我建议使用ValidationResource和两个请求。此资源的每个实例表示一组数据的验证。工作流程：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|371942|创建新的ValidationResource+1.+|BOLD|371943|请求：POST+/path/to/validations+|unordered-list-item|371944|要作为主体验证的数据|371945|371946|371947|371948|371949|​|371950|答复：201+Created+|371951|Location:+/path/to/validations/<unique-id-of-this-validation>|371952|371953|371954|371955|371956|371957|2.查找结果|371958|请求：GET+/path/to/validations/<unique-id-of-this-validation>|371959|响应：200+OK+|371960|身体：{'valid':+true}或{'valid':+false}|371961|371962|371963|371964|371965|371966|这是一种RESTful方法，在这种方法中，验证是具有服务器状态的资源。|371967|entityMap^0|5|I|0|4|I|N|3|4|I|0|3|P|1|1|1|0|0|0|0|3|B|1|0|1P|1|1|0|0|0|0|0|6|0|3|1J|0|3|6|1|3|F|J|G|1|1|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1J|8|@$9|1K|A|1L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|1M|8|@$9|1N|A|1O|B|H]|$9|1P|A|1Q|B|H]|$9|1R|A|1S|B|C]]|D|@]|E|$]]|$1|I|3|J|5|K|7|1T|8|@$9|1U|A|1V|B|C]]|D|@]|E|$]]|$1|L|3|M|5|K|7|1W|8|@]|D|@]|E|$]]|$1|N|3|-4|5|6|7|1X|8|@]|D|@]|E|$]]|$1|O|3|-4|5|6|7|1Y|8|@]|D|@]|E|$]]|$1|P|3|-4|5|6|7|1Z|8|@]|D|@]|E|$]]|$1|Q|3|-4|5|6|7|20|8|@]|D|@]|E|$]]|$1|R|3|S|5|6|7|21|8|@]|D|@]|E|$]]|$1|T|3|U|5|K|7|22|8|@$9|23|A|24|B|C]]|D|@]|E|$]]|$1|V|3|W|5|K|7|25|8|@$9|26|A|27|B|C]]|D|@]|E|$]]|$1|X|3|-4|5|6|7|28|8|@]|D|@]|E|$]]|$1|Y|3|-4|5|6|7|29|8|@]|D|@]|E|$]]|$1|Z|3|-4|5|6|7|2A|8|@]|D|@]|E|$]]|$1|10|3|-4|5|6|7|2B|8|@]|D|@]|E|$]]|$1|11|3|S|5|6|7|2C|8|@]|D|@]|E|$]]|$1|12|3|13|5|6|7|2D|8|@$9|2E|A|2F|B|H]]|D|@]|E|$]]|$1|14|3|15|5|K|7|2G|8|@$9|2H|A|2I|B|C]]|D|@]|E|$]]|$1|16|3|17|5|K|7|2J|8|@$9|2K|A|2L|B|C]]|D|@]|E|$]]|$1|18|3|19|5|K|7|2M|8|@$9|2N|A|2O|B|C]|$9|2P|A|2Q|B|C]]|D|@]|E|$]]|$1|1A|3|-4|5|6|7|2R|8|@]|D|@]|E|$]]|$1|1B|3|-4|5|6|7|2S|8|@]|D|@]|E|$]]|$1|1C|3|-4|5|6|7|2T|8|@]|D|@]|E|$]]|$1|1D|3|-4|5|6|7|2U|8|@]|D|@]|E|$]]|$1|1E|3|S|5|6|7|2V|8|@]|D|@]|E|$]]|$1|1F|3|1G|5|6|7|2W|8|@]|D|@]|E|$]]|$1|1H|3|-4|5|6|7|2X|8|@]|D|@]|E|$]]]|1I|$]]

I recommend using a <code>ValidationResource</code> and two requests. Each instance of this resource represents the validation of a set of data. The workflow:

1. Create new <code>ValidationResource</code>

<ul>
<li>Request: <code>POST /path/to/validations</code>
<ul>
<li>data to validate as the body</li>
</ul></li>
<li>Response: <code>201 Created</code>
<ul>
<li><code>Location: /path/to/validations/&lt;unique-id-of-this-validation&gt;</code></li>
</ul></li>
</ul>

2. Look up result

<ul>
<li>Request: <code>GET /path/to/validations/&lt;unique-id-of-this-validation&gt;</code></li>
<li>Respons: <code>200 OK</code>
<ul>
<li>body: <code>{'valid': true}</code> or <code>{'valid': false}</code></li>
</ul></li>
</ul>

This is a RESTful approach in which the Validation is a Resource with server state.

blocks|key|371996|text|Google建议使用REST的自定义方法|type|unstyled|depth|inlineStyleRanges|entityRanges|data|371997|对于自定义方法，它们应该使用以下通用HTTP映射：
https://service.name/v1/some/resource/name:customVerb
使用:而不是/来将自定义谓词从资源名中分离的原因是为了支持任意路径。例如，取消删除一个文件可以映射到POST+/+file+/a/long/file/name:取消删除
|blockquote|offset|length|371998|371999|来源：methods|372000|因此，为了进行验证，URL应该是POST+/resource:validate|372001|entityMap|0|LINK|mutability|MUTABLE|url|https://service.name/v1/some/resource/name:customVerb|1|https://cloud.google.com/apis/design/custom_methods^0|0|Q|1H|0|0|0|3|7|1|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|W|8|@]|9|@$E|X|F|Y|1|Z]]|A|$]]|$1|G|3|-4|5|6|7|10|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|11|8|@]|9|@$E|12|F|13|1|14]]|A|$]]|$1|J|3|K|5|6|7|15|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|16|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S]]|T|$5|O|P|Q|A|$R|U]]]]

Google proposes use of Custom Methods for REST API
<blockquote>
For custom methods, they should use the following generic HTTP
mapping:
<a href="https://service.name/v1/some/resource/name:customVerb" rel="nofollow noreferrer">https://service.name/v1/some/resource/name:customVerb</a>
The reason to use : instead of / to separate the custom verb from the
resource name is to support arbitrary paths. For example, undelete a
file can map to POST /files/a/long/file/name:undelete
</blockquote>
Source: <a href="https://cloud.google.com/apis/design/custom_methods" rel="nofollow noreferrer">https://cloud.google.com/apis/design/custom_methods</a>
So for validation the URL should be POST /resource:validate

blocks|key|372029|text|如果验证在服务器端进行，那么应该在使用POST方法提交数据时进行验证。然后您将验证该数据，如果验证失败，则会引发一个400错误的请求错误，否则您可以创建资源。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|372030|这种方法更多的是RESTful，因为POST方法被正确地用于创建资源，或者在验证失败时引发400。|372031|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

It seems like you're not doing it the correct way, if the validation is at the server-side then it should happen while submitting the data using a POST method. Then you'll validate that data, if validation fails then you can raise a 400 BAD REQUEST error, else you can create the resource.
This approach is more RESTful, as the POST method is properly used to create a resource or to raise 400 if validation fails

blocks|key|1510063|text|我认为它类似于GET实体，但是由于我们需要发送数据来验证，并且在中发送机密数据是错误的习惯，因为只有有效负载数据被TLS加密，剩下的唯一方式是POST或PUT。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1510064|但是，您可以在验证中保存或更新数据(例如。“已核实”：虚假)。根据需求，您可以选择POST或PUT+(如果没有更新，建议使用POST+)|CODE|1510065|+POST+/user/validate-something|code-block|syntax|javascript|1510066|entityMap^0|L|7|0|15|4|1A|3|1Q|4|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@$9|Q|A|R|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|S|8|@$9|T|A|U|B|H]|$9|V|A|W|B|H]|$9|X|A|Y|B|H]]|D|@]|E|$]]|$1|I|3|J|5|K|7|Z|8|@]|D|@]|E|$L|M]]|$1|N|3|-4|5|6|7|10|8|@]|D|@]|E|$]]]|O|$]]

I believe it is similar to GET entity but since we need to send data to validate and sending confidential data in URL is wrong habit as only payload data is ciphered by TLS, the only way left is POST or PUT.
However you may save or update the data in validate(eg. &quot;verified&quot;:false). Based on requirement, you can go for <code>POST</code> or <code>PUT</code> (recommended <code>POST</code> if no update)
<pre><code> POST /user/validate-something
</code></pre>

My users enter a few information fields in an iOS app.
This information must be validated on my server, which has a RESTful API.
After validation the UI of the iOS app changes to indicate the result.

Neither GET, PUT, or POST seem to be appropriate, because I'm not getting a resource, and neither is a resource created or updated.

What is the best fitting REST operation to implement this validation?

Which REST operation (GET, PUT, or POST) for validating information?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我的用户在iOS应用程序中输入了几个信息字段。必须在我的服务器上验证此信息，该服务器具有RESTful API。验证后，iOS应用程序的UI将更改以指示结果。GET、PUT或POST似乎都不合适，因为我没有获得资源，也没有创建或更新资源。实现此验证的最佳适合REST操作是什么？

问用于验证信息的REST操作(获取、放置或发布)？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问用于验证信息的REST操作(获取、放置或发布)？EN