识别资源的多个标识符是RESTful的吗?
如果识别资源的多个标识符是RESTful的吗?,rest,uri,hateoas,Rest,Uri,Hateoas,如果http://example.com/foo和http://example.com/bar两者都代表相同的资源,服务器不区分这两者吗?如果它在构成应用程序状态引擎的文档中互换使用它们(在HATEOAS之后),从而在某些上下文中显示/bar,在其他上下文中显示/foo,该怎么办 这是安静的吗 这样做的一个潜在好处是将描述符附加到URI,例如http://example.com/article/30204/The-Quick-Brown-Fox,为了书签、搜索引擎查询,一般来说,人们只需查看一个
http://example.com/foo
和http://example.com/bar
两者都代表相同的资源,服务器不区分这两者吗?如果它在构成应用程序状态引擎的文档中互换使用它们(在HATEOAS之后),从而在某些上下文中显示/bar
,在其他上下文中显示/foo
,该怎么办
这是安静的吗
这样做的一个潜在好处是将描述符附加到URI,例如
http://example.com/article/30204/The-Quick-Brown-Fox
,为了书签、搜索引擎查询,一般来说,人们只需查看一个URI就可以识别它。从REST的角度来看,一个资源拥有多个URI是完全可以接受的,只要这些URI是通过从应用程序发布的入口点跟随超媒体控件发现的。然而,我建议不要这样做。拥有多个URI意味着一些缓存命中现在将是未命中,您可能会混淆人们,因为不清楚这两个URI是指向同一个资源还是指向非常相似的两个不同资源。看看SO是如何处理URL的。。(在上面的标题栏中)。但是,它并没有将“问题”和“概要文件”混为一谈。定义RESTful。在GET的上下文中查看。你的结论是什么?见我对这个问题的回答: