我使用 WCF 通过 .svc 文件在 .NET 中创建了一个安静的 Web 服务。Web 应用程序自动生成一个 WSDL 文件。AFAIK,WADL 对于宁静的 Web 服务来说更自然。
如何在 .NET(最好使用 wcf)中创建一个生成 WADL 描述的宁静服务?
注意只要您指出合适的手册/教程,就可以接受像“RTFM”这样的答案。
我使用 WCF 通过 .svc 文件在 .NET 中创建了一个安静的 Web 服务。Web 应用程序自动生成一个 WSDL 文件。AFAIK,WADL 对于宁静的 Web 服务来说更自然。
如何在 .NET(最好使用 wcf)中创建一个生成 WADL 描述的宁静服务?
注意只要您指出合适的手册/教程,就可以接受像“RTFM”这样的答案。
这是一个老问题,但使用 WADL 消费了宁静的服务,它们确实提供了一些价值。您可以将它们直接导入 SOAPUI,它会自动为您构建一个测试套件。其次,它们倾向于包含基于 XML 的服务所需的所有 XSD,并且对于自动构建端点接受和接收的可序列化类很有用。
看起来REST Describe & Compile应该可以解决问题。
在 WADL 开发人员站点上,Marc Hadley 维护了一个名为 WADL2Java 的命令行工具。REST Describe & Compile 的雄心勃勃的目标是提供一种 WADL2Anything。所以 REST Describe & Compile 所做的是:
- 以完全交互的方式生成新的 WADL 文件。
- 允许您上传和编辑现有的 WADL 文件。
- 允许您将 WADL 文件编译为各种编程语言的源代码。
请原谅我用一个问题来回答一个问题,但你真的想做 REST 吗?REST 真的不需要像 WADL 这样的东西。
更新:
“超媒体约束”(又名 HATEOAS)规定用户代理根据嵌入在先前检索到的内容中的链接来发现内容。确实没有必要有一个单独的文档来描述所有可用的内容。
想象一下,使用 Web 浏览器访问一个站点,而不是转到主页并从那里导航,您会看到一个页面,该页面是该站点上所有 URL 的列表。然后,您必须查看可用网址列表,选择您感兴趣的网址并将其复制到地址栏中。
WADL 实际上是您的网站 url 列表。如果您的主要内容链接在一起,您就不需要它。
链接内容而不是使用 WADL“站点地图”还有其他优点。基于内容中的特定数据值,可用链接可以是动态的。此功能可以大大降低客户端的复杂性,因为客户端不再需要托管逻辑来决定何时允许它跟随链接。