之前看的Artech大师的《我的WCF之旅一》。在步骤六的通过IIS寄宿服务那里有一些不明白。
刚开始觉得在类库下做web.config有点担心在IIS里的实现效果。所以决定新建一个WCF服务应用程序来完成。
刚开始在IIS里部署好IIS虚拟目录路径，可是怎么也访问不到元数据，正好看到了sjns的wcf学习笔记，按照其创建了在项目的WCF服务应用程序项目库下将已有的Service1.svc.cs里修改为继承CalculatorService类。而且这个web项目端要引用Services.dll。web.config我还是按照Artech大师的没改动。WCF服务应用程序我用了VS来部署。路径就是IIS虚拟目录路径，重写应用程序根URL的选项勾上。重新编译一下就OK了。sjns的wcf学习笔记到这里也就结束了。至于Artech大师要求的Windows授权认证，win7里也很简单，IIS里打开"授权认证"，然后把windows身份验证的那栏启用就可以了。可是，在IIS端运行时出现了：
处理程序“PageHandlerFactory-Integrated”在其模块列表中有一个错误模块“ManagedPipelineHandler”的错误。
百度一下才知道“vs2010默认的是4.0框架，4.0的框架是独立的CLR，需要用aspnet_regiis注册4.0框架”。
于是，打开CMD，进入C:\Windows\Microsoft.NET\Framework\v4.0.30319目录。运行aspnet_regiis.exe-i完成aspnet_regiis的4.0框架注册。之后重新启动了IIS里的应用程序池和WCF站点。再打开IE浏览器输入：http://localhost/WcfService/CalculatorService.svc。熟悉的寄宿服务页面出现啦，点击上面的链接就可以打开元数据了。如果你这时启动VS的WCF服务应用程序（Client为启动项），就可以看到看到客户端的运行结果了。
后记：我发现如果你更改了你VS里的WCF的IIS寄宿地址或项目后，IIS需要重新启动。如果你VS里客户端的运行报不支持内容类型的错误。这种错误的原因是你的web.config里的service名称和CalculatorService.svc里的ServiceHost名称不一致的缘故，统一一下就可以了。
还有，一般我们创建的有效的WCF的虚拟目录一般都是在Default Web Site下的，应用程序池一般也是DefaultAppPool（4.0）。只要在这里添加应用程序就可以完成对WCF虚拟目录在IIS端的添加。别名那一栏就是你WCF的web端的路径了--注意。如果你直接添加一个网站为WCF的虚拟目录而不是用Default Web Site可能会没有效果，目前还不知道原因。