Web 服务与返回 JSON 的 MVC 控制器有何不同?

发布于 2024-11-26 03:39:48 字数 157 浏览 0 评论 0原文

我试图理解“网络服务”和“面向服务的架构”。据我所知,基本上客户端调用 Web 服务器(我猜是使用 GET 或 POST)并返回一堆 XML。这与客户端请求由使用 MVC 的 Web 服务器提供服务的 URL 有何不同。如图所示,控制器获取 GET/POST 参数并将 JSON(例如)返回给客户端。

I am trying to understand "web services" and "service-oriented architectures". From what I can see, basically a client calls a web server (with GET or POST I presume) and is returned a bunch of XML. How does this differ from a client requesting a URL that is serviced by a web server using MVC. As in, the controller takes the GET/POST parameters and returns JSON (for example) to the client.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

傾旎 2024-12-03 03:39:48

最明显的区别是 Web 服务的访问是通过 SOAP 完成的,而不是像 Servlet 上那样通过 HTTP 完成(因此服务没有 GET 或 POST)。

此外,它是向客户公开服务的一种更加结构化的方式,因为有 WSDL 文档,您可以在其中实际告知公众您的服务可以接受什么(作为参数)。在 servlet 上,没有正式的方法可以做到这一点,并且 servlet 可以接受任何类型和数量的参数(在 GET 请求上)。

The most obvious difference is that the access of a web service is done with SOAP and not HTTP as on the Servlet (so no GET or POST for the service).

Also, it is a much more structred way of exposing a service to your clients, since there is the WSDL document where you actually inform the public of what your service can accept (as parameters). On a servlet there is no formal way to do that, and the servlet can accept any kind and noumber of parameters (on a GET request).

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文