在创建REST API时,API内的命名约定是否有任何指导方针或事实上的标准(例如:URL端点路径组件,查询字符串参数)?驼色大写,还是下划线?其他人呢?
例如:
api.service.com/helloWorld/userId/x
or
api.service.com/hello_world/user_id/x
注意:这不是RESTful API设计的问题,而是用于最终路径组件和/或所使用的查询字符串参数的命名约定指南。
任何指导方针将不胜感激。
在创建REST API时,API内的命名约定是否有任何指导方针或事实上的标准(例如:URL端点路径组件,查询字符串参数)?驼色大写,还是下划线?其他人呢?
例如:
api.service.com/helloWorld/userId/x
or
api.service.com/hello_world/user_id/x
注意:这不是RESTful API设计的问题,而是用于最终路径组件和/或所使用的查询字符串参数的命名约定指南。
任何指导方针将不胜感激。
当前回答
我觉得你应该避免戴驼峰帽。标准是使用小写字母。我还会避免使用下划线,而是使用破折号
所以你的URL应该是这样的(忽略你所要求的设计问题:-))
api.service.com/hello-world/user-id/x
其他回答
域名不区分大小写,但URI的其余部分肯定可以。假设uri不区分大小写是一个很大的错误。
我不认为骆驼的情况是这个例子中的问题,但我认为对于上面的例子,一个更RESTful的命名约定应该是:
api.service.com/helloWorld/userId/x
而不是让userId作为一个查询参数(这是完全合法的),我的例子以一种更RESTful的方式表示该资源。
我在http://soaprobe.blogspot.co.uk/2012/10/soa-rest-service-naming-guideline.html上有一份我们在prod中使用的指南清单。指南总是有争议的…我认为一致性有时比把事情做到完美更重要(如果有的话)。
我觉得你应该避免戴驼峰帽。标准是使用小写字母。我还会避免使用下划线,而是使用破折号
所以你的URL应该是这样的(忽略你所要求的设计问题:-))
api.service.com/hello-world/user-id/x
Dropbox、Twitter、谷歌Web Services和Facebook的REST API都使用下划线。