如何发现RESTful Web服务？

当我想找到所需功能的"大"Web服务(基于WS - */WSDL)时,我可以简单地谷歌搜索".... filetype:wsdl",因为谷歌索引也是WSDL定义.或者我可以简单地使用一些已经为我编写Web爬网的注册表,例如SeekDa.com或ServiceFinder.

当我想找到RESTful Web服务(RESTful Web API)时,我可能只关注社区,因为无法区分RESTful Web服务的URI和其他Web资源(例如Web站点URL),因此任何聚焦的爬虫都不能告诉我100%肯定:这是RESTful Web服务的URI.所以,我来到ProgrammableWeb.com,我希望有人已经使用/找到我正在寻找的服务并在那里注册.

最近,我正在寻找缩写扩展的Web服务.我无法在ProgrammableWeb这样的门户网站中找到它,因为没有人把它放在那里.最后,我被迫浏览了几个缩写词典网站,在那里挖掘和钻取,最后我找到了RESTful形式的Abbreviations.com Web服务API.这花了我很多时间!

有没有其他方法可以在网上发现RESTful Web服务？

1> Peter Kelly..：

---

有一个约定(例如,在REST API设计手册中推荐),您可以在服务的根目录中公开/ api端点.这将返回包含您的服务支持的"子"资源的XML或JSON响应,例如/ api/products

2> djna..：

---

REST的理想是服务与Web页面一样可用,它们不需要注册表.[必须承认我没有完全"了解"这个RESTful世界的含义,没有WSDL,没有注册表感觉就像没有稳定器的骑自行车.]

在旧网站上,谷歌之前,我们是如何找到网页的？有效的口碑和一些关键的起点.据我所知,REST服务几乎都处于谷歌之前的阶段.

我不同意"不可能区分RESTful Web服务的URI和其他Web资源" - 如果我们按照链接我们得到某些类型的内容application/xml和application/json将是非常强大的指标wouldn'他们？

---

我的观点是,这*是一项宁静的服务!从某种意义上说,你有一个确认URI和一些符合要求的结果.如果服务实现是某些JAVA正在运行或者我们从磁盘中吮吸,那么"接口"是无法区分的.它像REST服务一样走路和嘎嘎叫,为了你的目的它*是*服务.如果响应的某些方面不符合服务的形状*那么*它不是服务 - 即使某些Java*确实*生成它.您只能查看URI和响应,就是这样.你无法分辨静态和动态之间的区别.考虑"http:// universe/ended" - > {"no"}

3> Stefano Bori..：

---

REST Web服务有一个类似WSDL的文件:它叫做WADL.

---

谢谢.假设使用WADL描述RESTful Web服务,这是一个好主意.但目前这只是想法,而不是通常的做法.所以回到现实世界:我现在如何找到有趣的RESTful Web服务？