ASP.NET学习网|ASP.NET教程|ASP.NET MVC|ASP.NET 源码|VS2010教程|ASP.NET视频教程

表示成功。一般人这一步都会成功的。二般的除外亚，：）  

一些正常，那是不是到这里就万事大吉，ajax万岁！web service真好！下面是略加思考之后的问题  

问题一：

上面的Xml Web Service没有任何保护，如果UserAdd是一个数据库插入操作，那这个操作往往系统只被经过授权的人才能调用成功。以前看有朋友讨论ajax如何调用带有SoapHeader的xml web service，细细想想，其实没什么必要！js是客户端的东西，是放出去收不回来的玩意，天知道用户是哪路货色 ，如果将身份信息试图通过js传递给SoapHeader，那密码被截获的可能性就比较大。正确的做法其实是Session .我们知道Web Service方法中添加一个[WebMethod(EnableSession=true)]就能使用Session了，Session这家伙专门用于保持会话，有这样一个 认识之后，新增一个网络服务方法，这个方法实现功能和起初的UserAdd一致，只是添加上访问限制

在页面中将AjaxWs.UserService.UserAdd(name,pwd,userAddCallBack);更改为AjaxWs.UserService.UserAddSecurity(name,pwd,userAddCallBack);点击提交按钮，会发现弹出结果为false!

在页面中添加一个按钮，点击这个按钮模拟登陆，点击代码为： 这样便限制了用户对xml web service的访问。达到了解决问题一的目的。  

点击登陆按钮后，再次点击提交，便可以返回true。

问题二:

这个问题涉及到xml web service架构的缺陷，这个缺陷在WCF中已经有所更正和弥补。我们知道web service是一种强度公开和共享的技术，之所以称之为服务，必然是提供给其他应用程序所使用。但事实上，有很多服务是服务于局部或者特殊个体的，而不是理想中的大众。而在原来老的xml web service中，wsdl的发布与网络服务的发布是绑在一起的，我将.asmx部署到iis中，那在这个.asmx后加上?wsdl就能访问服务的wsdl。wsdl是对服务的描述，知道它，便能开发客户代理，从而消费服务，但这样有问题：我的服务只想让局部或者特殊的几个人知道 ，其他人根本不想让其访问到。这就麻烦了。我发布.asmx,wsdl就发布。而wsdl的发现依靠的是UDDI，通过下面的一段描述：

UDDI 如何被使用

假如行业发布了一个用于航班比率检测和预订的 UDDI 标准，航空公司就可以把它们的服务注册到一个 UDDI 目录中。然后旅行社就能够搜索这个 UDDI 目录以找到航空公司预订界面。当此界面被找到后，旅行社就能够立即与此服务进行通信，这样由于它使用了一套定义良好的预订界面。

如果遍历UDDI目录，不难发现WSDL，发现WSDL后便可以开发客户端与服务交互。这可不是好事情，在问题一中，用授权的方法可以解决一种问题，但假如我的服务是这样的，它返回服务器当前时间，这个方法对于我网站的用户而言是公开的，如果生硬的加上Session，有些麻烦。但这个服务我只希望我自己的ajax能访问，不希望别人发现并调用，但原来的xml web service架构的确不能满足这个需求。如果被一个攻击者发现，他可能会根据公开的wsdl开发客户端，然后不停的DDOS攻击，灾难！

上面这个问题对于原来的web service，我还是没有好的解决方案，当然不代表没有解决方案。有朋友知道，劳烦指教。

但对于WCF架构，就充分考虑到上面这个问题了。看看下面老的Xml Web Service架构与WCF架构之间的对比:

1) 老架构