问REST API最佳实践-资源作为参数

EN

正如OO经常涉及参数是对象的方法一样，REST似乎不可避免地会导致需要将资源作为参数传递。怎么做才是最好的呢？

一种方式似乎是资源的标量键是参数。因此，我们可能会传递fooid=21来标识foo类型的资源。可能单个标量不足以标识资源，因此我们可能需要传递footype=a&fooelement=2。这看起来不是很好，因为不清楚这些标量参数实际上是连接在一起的，并且引用了单个资源。

实际上，如果参数是一个资源，它不应该被它的URI引用吗？所以我们可能想要传递更多像/foo/21或/foo/a/2这样的东西。但是还有一个问题，那就是调用什么参数。应该是foo=/foo/21吗？可能不会。一个明显的缺陷是资源现在被过度指定了。我们知道/foo/21是foo资源的一个实例，没有被告知更多信息，我们也不希望它能够编写bar=/foo/21。

我们并不真正想要一个完全中立的参数名称，比如resource=/foo/21，因为如果有多个参数是一个资源，那么它就没有什么信息，而且很难使用。

因此，参数名称可能应该描述参数与提供该参数的资源/方法之间的交互。但是找到一个合适的描述有多容易呢？

有没有人对这些问题有什么想法？