Web服务 – Web服务与客户端 – 服务器分布式计算技术

概述假设我是Web服务技术的新手,并且刚刚开始研究它们,我无法准确理解为什么要实现Web服务而不是标准的客户端/服务器协议. 1 – 有人可以帮我理解吗？ 我在网上发现了一些迹象,但是希望你确认/扩展它们,以便帮我把所有部分放在一起. 2 – 以下陈述是否正确,您可以向我解释一下吗？ 1. A guideline that I was told: If you plan on reaching ou 假设我是Web服务技术的新手,并且刚刚开始研究它们,我无法准确理解为什么要实现Web服务而不是标准的客户端/服务器协议.

1 – 有人可以帮我理解吗？

我在网上发现了一些迹象,但是希望你确认/扩展它们,以便帮我把所有部分放在一起.

2 – 以下陈述是否正确,您可以向我解释一下吗？

1.

A guIDeline that I was told: If you plan on reaching out to multiple clIEnts (linux,windows,etc.),then use Web Services; otherwise,use ClIEnt / Server.

2.

If your application needs to be run on machines that would access the data over a public network (internet) then you should go with web services because the Traditional clIEnt/server model is not acceptable due to not wanting to expose your server publicly.The web services you would expose publicly Could be secure (httpS),require some kind of authentication and only expose what you WANT to expose,versus exposing a whole database

3.

One of the better reasons to use remoting is that it gives a large increase inperformance. But one of the down falls is that it is a good bit more complicatedto program than Web Services.

4.

The proper use of web services is really based on your "remote connectivity"needs. If your application is going to be run in a controlled environment such asa LAN/WAN where you can see the server thru a private or secure (VPN) network,then you can build a Traditional clIEnt/server application

5.

Web Services:Though there are no major differences in the output of service with both thesemodels,the mobility and accessibility is definitely an advantage. However,the lack of a great deal of personalization does come as a con against the web-server based model.ClIEnt Server:The added security of clIEnt server is definitely a one up and it also gives the option of controlling the updates and upgrades if any. Initially though,clIEnt servers may come with a higher front-end cost.

声明摘自以下链接：

> http://www.ehow.com/facts_7644572_services-vs-client-server.html
> http://metrix.fcny.org/wiki/download/attachments/7328/Web-based+Apps+vs+Client-Server+Software.pdf?version=1
> http://p2p.wrox.com/net-web-services/17221-web-service-vs-client-server.html

解决方法 一段时间过去了,在研究了很多关于论证的教程后,我终于可以回答我自己的问题了：

1. Why should I implement a Web Service rather than a standard ClIEnt/Server protocol

实际上,Web服务是另一种分布式计算技术(如CORBA,RMI,EJB等).它们允许我们完全创建客户端/服务器应用程序,因此不能替代它们.

客户端(要访问Web服务的程序)联系Web服务(在服务器中),并发送请求某些信息的服务请求.服务器通过服务响应返回所需信息.

当然,这是Web服务如何工作的一个非常粗略的示例,但您可以看到它与普通的客户端/服务器协议的工作方式完全相同.

那么,什么使Web服务与众不同？

嗯,Web服务比其他技术有一定的优势：

> Web服务是独立于平台且与语言无关的,因为它们使用标准
XML语言.这意味着我的客户端程序可以用C和C编程
在windows下运行,而Web服务是用Java编程并在其下运行
linux *** 作系统.
>大多数Web服务使用http来传输消息(例如服务请求和
响应).如果您想构建一个Internet规模的应用程序,这是一个主要优势,因为大多数Internet的代理和防火墙都不会混淆http流量(与CORBA不同,后者通常会遇到防火墙问题).

当然,Web服务也有一些缺点：

>开销.用XML传输所有数据显然不如使用a
专有二进制代码.你在便携性方面获胜,效率会下降.即便如此,这一点
对于大多数应用程序来说,开销通常是可以接受的,但您可能永远都找不
使用Web服务的关键实时应用程序.
>缺乏多功能性.目前,Web服务并不是非常通用,因为它们只允许一些非常基本的服务调用形式.例如,CORBA为程序员提供了许多支持服务(例如持久性,通知,生命周期管理,事务等).幸运的是,有许多新兴的Web服务规范(包括WSRF)正在帮助使Web服务变得越来越通用.

但是,区分Web服务有一个重要特征.虽然CORBA和EJB等技术面向高度耦合的分布式系统,其中客户端和服务器彼此非常依赖,但Web服务更适合于松散耦合的系统,其中客户端可能没有Web服务的先验知识直到它实际调用它.高度耦合系统是Intranet应用程序的理想选择,但在Internet规模上表现不佳.但是,Web服务更适合满足Internet应用程序的需求.

2. Are the following statement correct and Could you please explain them to me?

1) If you plan on reaching out to multiple clIEnts (linux,
etc.),use ClIEnt / Server.

真正

如上所述：

Web服务是独立于平台且与语言无关的,因为它们使用标准XML语言.这意味着我的客户端程序可以用C编程并在windows下运行,而Web服务用Java编程并在linux下运行.

相反,如果您的分布式系统架构在所有节点上都是已知且同构的,那么您可以使用固定的编程语言编写更简单,更耦合的客户端/服务器应用程序.

2) If your application needs to be run on machines that would access the data over a public
network (internet) then you should go with web
services because the Traditional clIEnt/server model is not
acceptable due to not wanting to expose your server publicly. The web
services you would expose publicly Could be secure (httpS),require
some kind of authentication and only expose what you WANT to expose,
versus exposing a whole database

真正

使用Web服务,您公开向外部公开的唯一内容是标准Web服务器(客户端可以向其发送http请求).所有宝贵的数据和方法都被保护为无法访问.

相反,如果您将服务器进程的访问端点(例如IP地址和服务端口号)直接提供给Internet,这将使您的数据和方法可以被任何进程访问.

3) One of the better reasons to use remoting is that it gives a large
increase in performance. But one of the down falls is that it is a
good bit more complicated to program than Web Services.

真正

远程处理允许您构建更多功能的服务,并避免传递大量XML数据,因此性能更高.

4) The proper use of web services is really based on your “remote
connectivity” needs. If your application is going to be run in a
controlled environment such as a LAN/WAN where you can see the server
thru a private or secure (VPN) network,then you can build a
Traditional clIEnt/server application

真正

从答案的第一部分再次引用：

对于松散耦合的系统,Web服务更为合适,在实际调用Web服务之前,客户端可能没有Web服务的先验知识.高度耦合系统是Intranet应用程序的理想选择,Web服务更适合满足Internet应用程序的需求.

5) Web Services:

Though there are no major differences in the output of service with
both these models,the mobility and accessibility of Web Services is definitely an
advantage over standard C/S paradigm. However,the lack of a great deal of
personalization does come as a con against the web-server based model.

ClIEnt Server:

The added security of clIEnt server is definitely a one up and it also
gives the option of controlling the updates and upgrades if any.
Initially though,clIEnt servers may come with a higher front-end
cost.

真正

本声明的第一部分提到了这样一个事实,即Web服务更加平台和语言无关,因此更易于访问,但正如所述的那样,通用性更低.

第二部分说明了这样一个事实：通过更多功能,您可以更轻松地控制和隐藏更新和升级.

例如,如果Web服务的维护者决定更改服务的接口,从而改变其WSDL描述,则客户端必须再次经历发现阶段.如果使用标准C / S协议,则不会发生这种情况.

总结

以上是内存溢出为你收集整理的Web服务 – Web服务与客户端 – 服务器分布式计算技术全部内容，希望文章能够帮你解决Web服务 – Web服务与客户端 – 服务器分布式计算技术所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。