0

我有一个模棱两可的 REST api,类似于(这不是具体问题,只是给出了模棱两可的概念):

/toplevel/${customer_number}/some_command/more stuff
/toplevel/${customer_number}/${some_product_name_anything_goes}/more stuff

我们一直在侥幸成功,因为我们的 .htaccess 文件在通用 ${product_name} 版本之前列出了更具体的“命令”形式,并且第一场比赛获胜。但是,现在我们正在编写一个 WADL,并且正如您所料,我们在使用 WADL 时选择的工具遇到了麻烦,因为 API 是模棱两可的。我的问题是:

a) WADL 规范是否说明它们是否可以有效地表示模棱两可的 API?

b) 工具支持 - 根据您的经验,工具是否会因模棱两可的 WADL 而窒息?(如果允许 ambi. WADL,那么这些是弱工具,但是,您希望安全起见)

c) 任何关于模糊 REST api 的经验,尤其是 wrt WADL,真的。

对于好奇,这是最新的规范

据我所知,它并没有专门解决这个问题,我想这真的取决于工具如何处理它。

4

1 回答 1

1

根据我的经验,大多数在 REST 中做大量工作的人更愿意使用超媒体来进行运行时发现,而不是针对元数据文档使用工具和代码生成。

可能是因为这个原因,您没有得到太多关于您的问题的意见。

于 2010-04-01T21:24:41.393 回答