1. C# 如何使用Web服务
首先你要理解web服务，我们一般都是用webservice来做，webservice就好比一个网站，其他的程序或网站通过地址去访问这个webservice，然后就可以调用里面的方法，让服务帮你处理所有的数据，比如我做个计算器，我界面上只需要你输入计算的数字和运算符号，然后我把数字和符号以请求的方式发送给wenservice里去计算，计算好了服务在吧结果返回给我，就这意思
2. Web 服务器用作网关或代理服务器时收到了无效响应怎么办
摘要 你好！很高兴为你解答该问题！你先清除你浏览器的缓存，然后打开其他网站看看有没有问题。如果排除了你这边的问题的话。就是服务器上的问题，一般来将是因为服务器那边的连接数过多，导致无法正常响应。在服务器上刷新网站，最好能够联系你的空间商。让他们帮忙解决
3. 在使用web服务器时出现错误,怎么处理
对于用户名,可以在iis里重新指定本机的匿名帐户就可以了,不需要重新设置密码.
4. win7下搭建web服务器怎么使用
打开控制面板，选择并进入“程序”，双击“打开或关闭Windows服务”，在弹出的窗口中选择“Internet信息服务”下面所有地选项，点击确定后，开始更新服务。
更新完成后，打开浏览器，输入“http://localhost/”回车，如果此时出现IIS7欢迎界面，说明Web服务器已经搭建成功。
当web服务器搭建成功后，我们下一步所要做的就是把我们开发的网站安装到Web服务器的目录中。一般情况下，当Web服务器安装完成后，会创建路径“%系统根目录%inetpub/wwwroot”，将我们开发的网站COPY到该路径下。即可实现本地访问该网站。
设置防火墙，让局域网当其它计算机也能访问本地网站资源。具体方法：打开控制面板，选择“系统和安全”，点击“允许程序通过Windows防火墙”，在弹出的对话框中勾选“万维网服务HTTP”右侧的两个复选框，最后点击确定退出。
5
在局域网中其它计算机上，打开浏览器，输入 “http://Web服务器的IP地址/”按回车键，就可以访问服务器上的资源”。 经过以上步骤的设置，局域网中的其它用户就可以通过浏览器访问你所共享的web资源了！
5. 怎样使用Web服务寻找适当的程序
解决方案1：
打开的网页都是英文的,几乎不怎么懂,在此请教一下各位大师下载的一些程序或文件打不开时电脑会提醒你用Web服务寻找适当的程序或从列表中选择适当的程序,但是选择这一项后,所谓使用Web寻找适当程序就是从网上自动搜索来打开文件
解决方案2：
可以点 工具--文件夹选项--查看--在高级设置下找到 隐藏已知文件类型的扩展名。
要查扩展名。建议你在打不开文件时，下载一个安装就可以了，把勾去掉就可以了，先看一下这个文件的扩展名，这个基本上没用我个人感觉，然后再到网络上去查一下打开这种类型的文件的软件
6. 什么是webservice，什么情况下使用，如何使用
跨越防火墙的通信
如果你的应用程序有成千上万的用户，而且他们都分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。那是因为客户端和服务器之间通常都会有防火墙或者代理服务器。在这种情况下，你想使用DCOM就不是那么简单了，而且，通常你也不愿意把你的客户端程序发布到如此庞大数量的每一个用户手中。于是，你最终选择了用浏览器作为客户端，写下一堆ASP页面，把应用程序的中间层暴露给最终用户。结果呢?运气好的话，只是开发难度大了一些，运气不好的话，就会得到一个根本无法维护的应用程序。
想象一下你应该怎么在你的应用程序里面加入一个新的页面：你必须先建立好用户界面(Web页面)，以及在这个页面后面，包含相应商业逻辑的中间层组件。这还不够，你还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把结果页送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程不就简单多了吗?还有，建立ASP页面的那一步可以省略掉吗?
当然。如果你的中间层组件是Webservice的话，你完全可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用你自己开发的SOAP客户端，然后把它和你的应用程序连接起来。这样做，不仅可以缩短开发周期，还可以减少代码的复杂度，并增强整个应用程序的可维护性。同时，你的应用程序也不再需要在每次调用中间层组件时，都跳转到相应的结果页了。
7. 什么是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，你的公司可以把关键的商务应用暴露给指定的供应商和客户。例如，把你的电子下单系统和电子发票系统暴露出来，你的客户就可以以电子的方式向你发送购货订单，而你的供应商则可以以电子的方式把原料采购的发票发送给你。当然，这并不是一个新的概念：电子文档交换(EDI)早就是这样了。Webservice和EDI之间的主要区别在于，Webservice的实现要比EDI简单得多，而且Webservice是运行在Internet上的，在世界任何地方都可轻易实现，这样其运行成本就相对较低。不过，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，只要用本地的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进行通信。
先生成模版，在EditItemTemplate里放一个下拉筐进去，选择数据源即可 。
把gridview的属性Allowpaging ＝ true 就能分页，AllowSorting＝true就能排序
8. 使用IIS做Web服务器时,管理多个站点采用哪几种方法这几种方法的优缺点分别是什么
第一：不同IP不同站点
优点 各个网站间更为独立 互不影响
缺点 成本高，需要购买2台以上服务器 或者一台服务器 添加多个IP
第二：同一IP不同主机头
优点 应用范围广 同一顶级域名下的 二级域名 三级域名 都可以绑定同一个IP
绝点 一旦这台服务器出问题 所有网站页面 不论是顶级域名 还是二级域名 三级域名 都打不开
第三：同一IP不同端口
优点 安全性高 避开黑客或者其他恶意攻击 只有网站内部的人 才知道端口 除了这些人 其他人不知道网站端口 就访问不到网站
缺点 网络推广和收录 一般不针对 带有端口的网站 另一方面访问者不知网站端口是什么而访问不到网站
9. 一般情况下web服务能做什么在什么情况下使用web服务在什么情况下避免使用web服务
一般情况下Web服务能做：1.整合一些公用信息到应用程序中，如：股票交易、天气预报、体育比赛、商业信息等等。2.将一些老的，遗留的数据暴露给新的应用。比如：财务系统。
在如下情况下使用Web服务：1.需要连接不同的平台时，并在不同平台间交换数据。2.需要将老系统中的数据交给新系统使用时。3.需要将数据跨防火墙传递时。
在如下情况下避免使用Web服务1.在对实时要求高的系统中。2.在单机系统中。3.在局域网中，存在相同的应用。
够专业吧！！！强哥哥！！！
10. 在c#里使用web服务时出现
拒绝访问，检查相应的权限设置