【发布时间】:2017-11-15 14:12:46
【问题描述】:
我正在构建一个 MicroServive,并计划使用此 URI 命名约定发布服务:
https://host:port/api/v1/service1
https://host:port/api/v1/service2
https://host:port/api/v2/service1
https://host:port/api/v2/service2
但我也见过这样命名的 URI(即 vx 和 api '交换'):
https://host:port/v1/api/service1
https://host:port/v1/api/service2
https://host:port/v2/api/service1
https://host:port/v2/api/service2
在我看来,第一种方法更好。有什么理由选择第二种方法吗?
【问题讨论】:
-
也不要这样做。理想情况下,根本不要对您的服务进行版本控制,如果绝对必须,请使用
Content-Type。 -
@chrylis:所以只有host:port/api/service1(我需要静态(招摇)内容的根目录)?任何使用 Content-Type 方法的知名示例?
-
为什么不做 RESTFUL 客户端/服务器?
-
这是用于 JSON/REST 的
标签: java microservices grizzly