为 HTTP 方法提供基本路径
Providing a basepath for a HTTP method
说，我正在开发一个可重用/可扩展的 API 并愿意提供 http://<host>/XX/V1.0 作为 URL 端点供客户执行 POST.This 工作正常。
我可以为 POST/GET 之类的 http://<host>/XX/V1.0/events 添加资源（/事件）吗？
我原来的 POST 会怎样？这种做法对吗？
我们不应该将 baseurl 用于任何方法调用吗？在这里实现 API 定义的最佳方法是什么？
这就是 APIKit id 的用途。对你有很大帮助。
在您的示例中，您的基础 URL 是 http:///XX/V1.0。使用不同的或相同的 HTTP 动词来拥有不同的资源是可以的。实现，例如 APIKit，应该能够区分不同的 URI。
我不明白的是为什么您要使用基础 URL 作为资源。这似乎违背了 REST 设计。我的理解是基础 URL 应该用作资源 URI 的基础，而不是资源本身。
说，我正在开发一个可重用/可扩展的 API 并愿意提供 http://<host>/XX/V1.0 作为 URL 端点供客户执行 POST.This 工作正常。
我可以为 POST/GET 之类的 http://<host>/XX/V1.0/events 添加资源（/事件）吗？
我原来的 POST 会怎样？这种做法对吗？
我们不应该将 baseurl 用于任何方法调用吗？在这里实现 API 定义的最佳方法是什么？
这就是 APIKit id 的用途。对你有很大帮助。
在您的示例中，您的基础 URL 是 http:///XX/V1.0。使用不同的或相同的 HTTP 动词来拥有不同的资源是可以的。实现，例如 APIKit，应该能够区分不同的 URI。
我不明白的是为什么您要使用基础 URL 作为资源。这似乎违背了 REST 设计。我的理解是基础 URL 应该用作资源 URI 的基础，而不是资源本身。