REST体系结构的目标之一是客户端和服务器之间的解耦。
我在规划REST时遇到的一个问题是:“客户机如何知道POST方法的有效有效负载?”不知何故,API需要向UI传递给定资源的POST方法的有效有效负载。否则,我们又回到了依赖于带外知识是使用API所必需的,并且我们再次紧密耦合。因此,我有这样的想法: GET
假设我正在尝试在用Go with RESTful编写的Go API中向组中添加一个学生的行为建模。正在实现协议,其中的资源表示为链接。这种方法的问题在于,由于我正在实现HAL+JSON协议,所以我不希望客户端手动提取ID并生成这个链接。所有资源都将被表示,即/person/123可以是一个学生。在发送应该属于组的完整学生数组时,放置/ group /{groupID}。这似乎会引入许多复杂的解析
以2个AWS帐户A(其他团队)和B ( my )作为我的用例,我必须轮询A的AWS帐户中的队列以确定有效负载并在B中执行数据库操作。为此,我在B中创建了一个角色,可以访问我的数据库+A的帐户ID作为受信任的关系。同样,A还创建了一个角色,用于将访问A+添加的B中的队列作为受信任的关系。执行所有轮询+数据库操作的代码将驻留在我的帐
我工作的角度项目,这是连接到REST。在这里,我们有一个端点来创建和更新房间类型。POST端点用于创建和放置端点,用于更新现有的房间类型。POST & PUT API端点都被开发成一次采用一种房间类型作为有效负载。但前端角应用程序允许用户一次创建和编辑多个房间类型。它有一个保存按钮来保存所有房间类型。在这种情况下,哪一种是前进的最好和可靠的方法。
选择房间类型的所有更改并为每个房间创建有效负载,并从前端应用程