在2.6.3复制资源和重新识别 of DSTU1中,描述了客户端如何在从服务器上提取的资源上重新分配ids。我的问题是,当向相反的方向走时,应该允许什么。在不需要重新解释的情况下,接受外部绝对引用(即在POST/PUT上接受URI,并在GET上返回相同的URI)没有问题,但我想知道如果服务器端需要重新标识(即在POST/PUT上接受URI,但为对象分配一个新的id no,以便随后的GET返回本地相对URI ),它们是否应该被接受。
DSTU1 (甚至DSTU2)中是否有与此相关的指导方针?
示例
客户端发布以下信息:
{
"resourceType": "Patient",
"name": [{"text": "Irene"}],
"careProvider": [{"reference": "https://fhir.example.com/api/Organization/12345"}]
}然后,客户端执行GET并接收以下内容:
{
"resourceType": "Patient",
"id": "abc",
"name": [{"text": "Irene"}],
"careProvider": [{"reference": "Organization/987"}]
}您可以看到服务器将组织重新标识为本地引用。
发布于 2015-08-11 16:50:48
没有比你已经提到的更多的材料了。这些材料并不意味着要规定答案,而只是提出可能需要的解决方案。一般来说,不可能讨论允许什么--或者您提到的一件事:服务器不允许接受PUT,也不允许通过移动资源来尊重PUT;它应该拒绝PUT并坚持发布。但是通常情况下,在生态系统中,客户端、服务器和中间件的混合,我不知道我们是否能有效地制定应该和不应该发生的事情的规则。
https://stackoverflow.com/questions/31944275
复制相似问题