我正在开发一个 SOAP 接口,但在决定用什么命名端点地址时遇到了麻烦。
选项:
- {soap,api,service,???}.foo.com.au
- www.foo.com.au/{soap,api,service,???}
SOAP 服务获得的典型名称是什么?
我正在开发一个 SOAP 接口,但在决定用什么命名端点地址时遇到了麻烦。
选项:
- {soap,api,service,???}.foo.com.au
- www.foo.com.au/{soap,api,service,???}
SOAP 服务获得的典型名称是什么?
我会使用www.foo.com.au/soap
,主要是因为它是一种告诉人们它是 SOAP 服务的简单方法,如果您想稍后添加 REST 服务,您可以使用www.foo.com.au/rest
请记住,在实践中,所有解决方案在技术上都是等效的。一个命名系统相对于另一个命名系统的好处只是容易理解或理解 URL 的含义(对人类而言)或可维护性。因此,如果您正在寻找一个标准,我们最多只能说:
http://api.company.com/application/rest
和/或http://api.company.com/application/soap
方法
api.company.com
),因此如果有人想知道公司范围内可用的内容,只需检查一下http://api.company.com
,它就会列出所有可用的服务。www.
. 但请记住,最好至少使用不同的上下文,例如api/
,以便任何人立即知道服务 URL 是关于 Web 服务的(!):http://www.company.com/application/api/rest
/http://www.company.com/application/api/soap
注意:它也很常见service
,尽管它api
似乎更具有描述性(api.something.com
毫无疑问该页面是关于什么的)。
一些示例(如您所见,实际上没有全球标准):
购买许多似乎保留了良好的公司范围的API“交汇点”: