我有一个模棱两可的REST api,类似于(这不是具体的问题,只是给出了模棱两可的概念):
/toplevel/${customer_number}/some_command/more stuff
/toplevel/${customer_number}/${some_product_name_anything_goes}/more stuff我们一直在使用它,因为在通用的${product_name}版本之前,我们的.htaccess文件列出了更具体的“命令”形式,第一个匹配者获胜。但现在,我们正在编写一个WADL,正如您所期望的那样,我们在使用WADL时遇到了问题,因为API是不明确的。我的问题是:
a) WADL规范是否表明它们是否可以有效地表示不明确的API?
b)工具支持--根据您的经验,工具是否会因模糊的WADL而受阻?(如果是ambi。WADL是允许的,那么这些工具就是弱工具,但是,为了安全起见,您可能希望这样做)
c)任何不明确的REST apis的经验,尤其是wrt WADL,真的。
对于好奇的人,here's the latest spec
据我所知,它并没有具体解决这个问题,我想这真的归结于工具如何处理它。
发布于 2010-04-02 05:24:41
我的经验是,大多数在REST中做大量工作的人更喜欢使用超媒体进行运行时发现,而不是对元数据文档使用工具和代码生成。
这可能是因为这个原因,你在你的问题上没有得到太多的意见。
https://stackoverflow.com/questions/2562497
复制相似问题