webservice原理简述web工作原理

webservice是什么

WebService是什么？ Webservice的一个最基本的目的就是提供在各个不同平台的不同应用系统的协同工作能力。

其实WebService并不是什么神秘的东西，它就是一个可以远程调用的类，或者说是组件。

把你本地的功能开放出去共别人调用

关于webservice知识？？

webservice就是WEB服务，也就是把功能或者软件做成一个服务，可以给任何类型的客户端调用。

比如，你的webservice提供的是天气预报的功能，那么对方可以用浏览器查看，也可以用一个控制台程序查看，也可以用自定义的GUI界面查看，是跨平台的。

webservice由什么组成

WebService是一个SOA（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过进行基于Http协议的网络应用间的交互。

WebService实现不同语言间的调用，是依托于一个标准，webservice是需要遵守WSDL（web服务定义语言）/SOAP（简单请求协议）规范的。

WebService=WSDL+SOAP+UDDI（webservice的注册） Soap是由Soap的part和0个或多个附件组成，一般只有part，在part中有Envelope和Body。

Web Service是通过提供标准的协议和接口，可以让不同的程序集成的一种SOA架构。

Web Service的优点 (1) 可以让异构的程序相互访问（跨平台）(2) 松耦合 (3) 基于标准协议（通用语言，允许其他程序访问） Web Service的基本原理 (1) Service Provider采用WSDL描述服务 (2) Service Provider 采用UDDI将服务的描述文件发布到UDDI服务器（Register server） (3) Service Requestor在UDDI服务器上查询并 获取WSDL文件 (4) Service requestor将请求绑定到SOAP，并访问相应的服务。

Web Service平台需要一套协议来实现分布式应用程序的创建。

任何平台都有它的数据表示方法和类型系统。

要实现互操作性，Web Service平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。

这些协议有： XML和XSD 可扩展的标记语言（标准通用标记语言下的一个子集）是Web Service平台中表示数据的基本格式。

除了易于建立和易于分析外，XML主要的优点在于它既与平台无关，又与厂商无关。

XML是由万维网协会(W3C)创建，W3C制定的XML SchemaXSD　定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。

Web Service平台是用XSD来作为数据类型系统的。

当你用某种语言如VB. NET或C#　来构造一个Web Service时，为了符合Web Service标准，所有你使用的数据类型都必须被转换为XSD类型。

如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。

这种东西就是一种协议，如 SOAP。

xml web service[2] SOAP SOAP即简单对象访问协议(Simple Object ess Protocol)，它是用于交换XML（标准通用标记语言下的一个子集）编码信息的轻量级协议。

它有三个主要方面：XML-envelope为描述信息内容和如何处理内容定义了框架，将程序对象编码成为XML对象的规则，执行远程过程调用(RPC)的约定。

SOAP可以运行在任何其他传输协议上。

例如，你可以使用 SMTP，即因特网电子邮件协议来传递SOAP消息，这可是很有诱惑力的。

在传输层之间的头是不同的，但XML有效负载保持相同。

Web Service 希望实现不同的系统之间能够用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于Web无缝集成”的目标。

WSDL Web Service描述语言WSDL　就是用机器能阅读的方式提供的一个正式描述文档而基于XML（标准通用标记语言下的一个子集）的语言，用于描述Web Service及其函数、参数和返回值。

因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的。

UDDI UDDI 的目的是为电子商务建立标准；UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。

调用RPC与消息传递 Web Service本身其实是在实现应用程序间的通信。

我们有两种应用程序通信的方法：RPC远程过程调用　和消息传递。

使用RPC的时候，客户端的概念是调用服务器上的远程过程，通常方式为实例化一个远程对象并调用其方法和属性。

RPC系统试图达到一种位置上的透明性：服务器暴露出远程对象的接口，而客户端就好像在本地使用的这些对象的接口一样，这样就隐藏了底层的信息，客户端也就根本不需要知道对象是在哪台机器上。

软件支持 操作系统离不开丰富的应用软件的支持。

同样，Web Service这项技术只有通过日益广泛的应用才能体现出其价值，比较流行的实现方法是使用.NET 和 Java两种技术，并且两种实现方法可以互相操作；如今我们已经可以看到使用微软、Oracle、SUN、Borland等不同厂商的Web Service构建工具建立的Web Service应用。

微软.NET 微软的.NET技术应该算是时下最为流行的Web Service 开发技术。

首先因为其公司在以前相应的产品就占有相当大的市场份额，以至使新推出的.NET得以有比较稳定的用户群；其次也是更重要的是 .NET平台不仅延续了微软一贯的编程风格，而且还增加了许多支持Web 服务的关键性技术，使得.NET在操作的简单性和执行的稳定性，高效性上达到了一个非常好的结合。

微软的Visual Studio. NET便是一个便于 Web 服务的开发工具。

微软的目标是，将其新编程语言——C#作为Web Service的首选语言。

虽然C#看起来与Java类似，但是还有一些Java中没有的独特的功能。

.NET技术中用于Web Service 开发的主要工具是ASP. NET。

从技术上说，　 提供了一些超出ASP以前版本的优点(例如：代码和HTML（标准通用标记语言下的一个应用）的分离，与脚本语言相比较，对“真正”的编程语言如 C# 的支持)。

IBM的WebSphere IBM公司是业界第一家能够提供全面支持Web服务的电子商务基础设施中间件的公司。

通过多年来与W3C(The World Wide Web Consortium)的共同努力，包括DB2、Lotus、Tivoli 和WebSphere在内的所有IBM软件都实现了对SOAP、WSDL、UDDI、Linux、XML（标准通用标记语言下的一个子集）、J2EE等开放技术和标准的全面支持。

IBM公司的WebSphere也是比较好的基础架构软件开发平台。

WebSphere软件平台及开发工具包括WebSphere Studio Application DeveloperWSAD　 基于J2EE、XML 和Web服务等开放标准，并具备 IBM 在可靠性、扩展性和安全性上的主要优势。

WebSphere 是 IBM 在 Web Services策略中的核心平台，它支持所有开发、发布、部署 Web Services应用所必需的开放标准和技术，包括 UDDI，SOAP，J2EE，WSDL，和对 XML 技术集成的增强，这使得它在全球有很多用户。

Borland的JBuilder Borland公司在 JBuilder7中，用户可以用其Borland Web Services Kit for Java和Borland JBuilder MobileSet 3进行更快捷地开发Web Service和无线应用。

这样将使开发者能够在同一个开发环境中轻松地创建和集成Web Service。

新推出的JBuidler8更是针对Web Service开发更提供了方便和高效的方法。

总之，在Web Service开发上，.NET 和Java都是很好的选择，尽管两者都有一些需要完善的地方，但是它们还是最好的开发手段和技术。

具体选择哪种开发工具，也是仁者见仁，智者见智的问题。

从根本上说，这两种方法没有孰优孰劣的问题，只是根据使用者对这两种方法的掌握程度和对具体语言的偏爱程度来决定。

webservice的作用是什么？在什么时候要用

这就像.NET 2.0和.NET3.5相同。

WCF扩展了Web服务，成为一个更强大的解决方案。

产品查询来自的发展来看，没有太大的区别。

就像你使用ADO.NET 2.0倍，然后调用该操作数据库的几个SQL语句的评论， 3.5时代使用LINQ或其他实体模型操作同样的。

强大的 登录到到网的同时，性能也逐渐减少，但正在逐步提高开发效率。

这个，你不能盲目选择，要找到一个平衡点。

什么是webservice，什么情况下使用,如何使用？

此后，我还会举出不应该使用Webservice的一些情况。

跨越防火墙的通信如果你的应用程序有成千上万的用户，而且他们都分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。

那是因为客户端和服务器之间通常都会有防火墙或者代理服务器。

在这种情况下，你想使用DCOM就不是那么简单了，而且，通常你也不愿意把你的客户端程序发布到如此庞大数量的每一个用户手中。

于是，你最终选择了用浏览器作为客户端，写下一堆ASP页面，把应用程序的中间层暴露给最终用户。

结果呢？运气好的话，只是开发难度大了一些，运气不好的话，就会得到一个根本无法维护的应用程序。

想象一下你应该怎么在你的应用程序里面加入一个新的页面：你必须先建立好用户界面(Web页面)，以及在这个页面后面，包含相应商业逻辑的中间层组件。

这还不够，你还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把”结果页”送回浏览器。

要是客户端代码不再如此依赖于HTML表单，客户端的编程不就简单多了吗？还有，建立ASP页面的那一步可以省略掉吗？当然。

如果你的中间层组件是Webservice的话，你完全可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。

要调用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用你自己开发的SOAP客户端，然后把它和你的应用程序连接起来。

这样做，不仅可以缩短开发周期，还可以减少代码的复杂度，并增强整个应用程序的可维护性。

同时，你的应用程序也不再需要在每次调用中间层组件时，都跳转到相应的”结果页”了。

以我的经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用Webservice这种结构，可以轻松的节省花在用户界面编程上的20%的开发时间。

这样做还有另一个好处，就是你将得到一个由Webservice组成的中间层，这一层是完全可以在应用程序集成或其他场合下被重用的。

最后，通过Webservice把你的应用程序的逻辑和数据暴露出来，还可以让其它平台上的客户重用你的应用程序。

应用程序集成企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发的力量。

你的应用程序经常都需要从运行在古老的IBM主机上的程序中获取数据；或者再把数据发送到主机或UNIX应用程序中去。

即使是在同一个平台上，不同的软件厂商生产的各种软件也常常需要集成起来。

通过Webservice，应用程序可以用标准的方法把功能和数据暴露出来，供其它的应用程序使用。

例如，你有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等信息。

同时，你还有一个订单执行程序，用于实际货物发送的管理。

这两个程序是来自不同软件厂商的。

一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。

通过在订单执行程序上面增加一层Webservice，订单执行程序可以把”AddOrder”函数暴露出来。

这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。

进而通过Webservice集成应用程序B2B的集成用Webservice集成应用程序，可以使你公司内部的商务处理更加自动化。

但当交易跨越了你的供应商和客户，突破了公司的界线时又会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。

Webservice是B2B集成成功的关键。

通过Webservice，你的公司可以把关键的商务应用暴露给指定的供应商和客户。

例如，把你的电子下单系统和电子发票系统暴露出来，你的客户就可以以电子的方式向你发送购货订单，而你的供应商则可以以电子的方式把原料采购的发票发送给你。

当然，这并不是一个新的概念：电子文档交换(EDI)早就是这样了。

Webservice和EDI之间的主要区别在于，Webservice的实现要比EDI简单得多，而且Webservice是运行在上的，在世界任何地方都可轻易实现，这样其运行成本就相对较低。

不过，Webservice并不像EDI那样，是文档交换或B2B集成的一套完整的解决方案。

Webservice只是B2B集成的一个关键部分，还需要许多其它的部分才能完成这个集成。

用Webservice来实现B2B集成的最大好处在于可以轻易实现互操作性。

只要把你的商务逻辑暴露出来，成为Webservice，你就可以让任何指定的合作伙伴轻松的调用你的商务逻辑，而不管他们的系统在什么平台上运行，使用的是什么开发语言。

这样就大大减少了花在B2B集成的上的时间和成本。

这样的低成本让许多原本无法承受EDI的投资成本的中小企业也能实现B2B集成。

软件重用软件重用是一个很大的主题，它有很多的形式和程度。

最基本的形式是源代码模块或者类一级的重用。

另一种形式是二进制形式的组件重用。

当前，像表格控件或用户界面控件这样的可重用软件组件在市场上都占有很大的份额。

但这类软件的重用都有一个很严重的限制：重用仅限于代码，而数据不能被重用。

原因在于你可以很轻易的发布组件甚至源代码，但要发布数据就没那么容易了，除非那些数据都是不会经常变化的静态数据。

而Webservice允许你在重用代码的同时，重用代码后面的数据。

使用Webservice，你不再像以前那样，要先从第三方购买、安装软件组件，再从你的应用程序中调用这些组件。

你只需要直接调用远端的Webservice就可以了。

举个例子，你想在你的应用程序中确认用户输入的邮件地址，那么，你只需把这个地址直接发送给相应的Webservice，这个Webservice就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址的确在相应的邮政编码区域。

Webservice的提供商可以按时间或使用次数来对这项服务进行收费。

这样的服务要通过组件重用来实现是不现实的，因为那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。

另一种软件重用的情况是把好几个应用程序的功能集成起来。

例如，你想要建立一个局域网上的门户站点应用，让用户既可以查询他们的联邦快递包裹，察看股市行情，又可以管理他们的日程安排，还可以在线购买电影票。

现在Web上有很多应用程序供应商，都在其应用中实现了上面的这些功能。

一旦他们把这些功能都通过Webservice暴露出来，你就可以非常轻易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。

用Webservice来集成各种应用中的功能，为用户提供一个统一的界面许多应用程序都会利用Webservice，把当前基于组件的应用程序结构扩展为组件和Webservice的混合结构。

你也可以在应用程序中使用第三方的Webservice提供的功能。

你还可以把你自己的应用程序的功能通过Webservice提供给别人。

所有这些情况下，你都可以重用代码和代码后面的数据。

总之，Webservice将是软件重用的一种非常有力的形式。

什么时候不应该使用WebService一个对Webservice的完整介绍还应该包括什么时候不该用Webservice。

经过前面的介绍，我们知道了Webservice在通过Web进行互操作或远程调用的时候是最有用的。

不过，还有许多情况，Webservice根本不能给你带来任何好处。

单机应用程序目前，我们还有很多桌面应用程序是供商用和个人使用的。

其中一些只需要与运行在本机上的其他程序通信。

在这种情况下，我们最好就不要再用Webservice，只要用本地的API就可以了。

COM非常适合于在这种情况下工作，因为它既小又快。

运行在一台服务器上的服务器软件也是这样：最好直接用COM或其他本地的API来进行应用程序间的调用。

当然Webservice也能用在这些情况下，但那样不仅消耗太大，而且不会给你带来任何好处。

局域网上的同构应用程序在许多应用中，你所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。

例如，你有两个服务器应用程序需要相互通信，或者你有一个Win32或WinForm的客户程序要连接到局域网上的另一个服务器程序。

在这些程序里使用DCOM会比SOAP/HTTP有效的多。

类似的，如果你的一个.NET程序要连接到LAN上的另一个.NET程序，那么你应该使用.NETremoting。

有趣的是，在.NETremoting中，你也可以指定使用SOAP/HTTP来进行Webservice调用。

不过最好还是直接通过TCP进行RPC调用，那样会有效得多。

总之，只要你从应用程序结构的角度看来，有别的方法比Webservice更有效，更可行，那就不要再用Webservice。

总结Webservice是创建可互操作的分布式应用程序的新平台。

Webservice的主要目标是跨平台的可互操作性。

为了达到这一目标，Webservice是完全基于XML、XSD等独立于平台、独立于软件供应商的标准的。

Webservice在应用程序跨平台和跨网络进行通信的时候是非常有用的。

Webservice适用于应用程序集成、B2B集成、代码和数据重用，以及通过Web进行客户端和服务器的通信的场合。

当然，Webservice也不是万能的，你不能到处滥用Webservice。

在有些情况下，Webservice会降低应用程序的性能，而不会带来任何好处。

例如，一台机器或一个局域网里面运行的同构应用程序就不应该用Webservice进行通信。

11 用gridview如何把其中一行添加下拉列表框并绑定数据库？如何分页和动态排序？答：先生成模版，在EditItemTemplate里放一个下拉筐进去，选择数据源即可 。

简述web工作原理

Web的工作原理： 1、浏览器地址栏输入想要访问网站首页的地址； 2、用户向浏览器发送访问首页的请求； 3、服务器收取客户端的的访问请求； 4、服务器处理请求（若首页动态文档需要经过数据处理再返回，若为静态文档直接返回该文档即可）； 5、服务器将请求的处理结果在客户端的浏览器显示。

扩展资料： web工作表现形式 1、超文本（Hyper text） 超文本是一种用户接口方式，用以显示文本及与文本相关的内容。

现时超文本普遍以电子文档的方式存在。

其中的文字包含有可以链接到其他字段或者文档的超文本链接，允许从当前阅读位置直接切换到超文本链接所指向的文字。

2、超媒体（hypermedia） 超媒体是超级媒体的简称。

是超文本（hypertext）和多媒体在信息浏览环境下的结合。

用户不仅能从一个文本跳到另一个文本，而且可以激活一段声音，显示一个图形，甚至可以播放一段动画。

采用超文本和超媒体的信息组织方式，将信息的链接扩展到整个上。

Web就是一种超文本信息系统，Web的一个主要的概念就是超文本链接。

3、超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。

参考资料来源：百度百科—web