想要完全理解Silverlight WCF怎么做，还是通过自己做个案例可以更牢固的对Silverlight WCF有所认知，大多数人在做Silverlight WCF的时候会遇到许多头疼的问题，典型的就是跨域访问的问题。
创建Silverlight WCF应用程序项目的时候，VS会问你是调试的时候生成测试页来承载Silverlight WCF还是自动创建个ASP.NET项目来承载Silverlight WCF， 有什么区别呢？如果你只是做Silverlight WCF的界面和客户端的交互效果，用单独的测试页来承载就可以了，这样方便调试，按个CTRL+F5就OK，但是如果你要用到WCF，或者通过ASP.NET做些动态的事情，那么就用ASP.NET项目来承载吧，这样可以尽可能的模拟出将Silverlight WCF承载到网站后的效果。#t#
创建Silverlight WCF后，你可以看到项目里有两个XAML文件并相应的对应了.CS文件， 一个是APP.XAML另一个是Page.XAML，APP.XAML.CS的构造函数是初始化Silverlight WCF项目的，接下来
可以看到 new 后面的就是Page.xaml.cs所在的类。他的意思当然就是创建Page示例，这样你的Page就被实例化出来了，很像WINFORM吧。
之后的事情，个人认为开发过.NET的人应该都驾轻就熟了。需要注意的是，跟开发ASP.NET不同， Silverlight WCF的所有代码是在客户端运行的，对于很多开发惯了ASP.NET的人来说可能一下子不习惯，不过如果你是做WINFORM的，那就当我没说。
试着写一个小程序来玩玩吧。
东西做好了，当然那就需要编译。Silverlight WCF在生成后会在BIN下生成一个APPMAINFEST.XAML，这是一些配置比如DLL的路径，一个DLL，不用说了，逻辑代码都在这。另外会有一个XAP，这是什么，其实就是刚才说的那两个文件的一个压缩包，可以ZIPRAR工具打开，他只是将后缀作为XAP，这样在页面上
就这么简单，在WEB上用
Silverlight WCF是什么？怎么说呢？也许开发过WPF的人会有比较透彻的理解。Silverlight WCF就像WPF提炼出来运用到WEB上的插件。界面的开发，程序部分的开发都集成了WPF的那一套，不过，既然是应用到WEB上的，自然遵循了很多WEB的规则，因此也有些许区别于WPF，至少他们概念上就完全是两个东西，这样的比较就类似于WINFORM和 ACTIVEX。
Silverlight WCF可以像FLASH一样做出炫目的客户端效果，同时拥有完善的开发构架，程序员可以非常方便的处理Silverlight WCF中的事件、调用系统库，这是FLASH无法比拟的，当然FLASH相对Silverlight WCF来说，动画和矢量的设计也许会更加得心应手。
对于客户端而言，Silverlight WCF与FLASH基本上一样，用户都需要在浏览器上安装相应插件（Silverlight WCF的插件小很多），展现出来同样的有视觉冲击力。所以对用户而言，处了安装的插件不同以外，其他似乎不存在什么太大的差异，这也是MS目的，只要用户不认为两者有什么区别甚至Silverlight WCF更好，那么，对开发人员的方便就是对MS的方便。
试着写一个小程序来玩玩吧。东西做好了，当然那就需要编译。Silverlight WCF在生成后会在BIN下生成一个APPMAINFEST.XAML，这是一些配置比如DLL的路径，一个DLL，不用说了，逻辑代码都在这。另外会有一个XAP，这是什么，其实就是刚才说的那两个文件的一个压缩包，可以ZIPRAR工具打开，他只是将后缀作为XAP，这样在页面上
就这么简单，在WEB上用
WCF是什么？根据我了解的资料，WCF是一个统一的类似WEBSERVICE的解决方案，WEBSERVICE是WCF的一个子集。
他提供了更多更强的服务方案。
具体资料可以在MSDN上找到，废话不多说了。
