如何正確對Silverlight WCF創(chuàng)建
想要完全理解Silverlight WCF怎么做，還是通過自己做個案例可以更牢固的對Silverlight WCF有所認知，大多數(shù)人在做Silverlight WCF的時候會遇到許多頭疼的問題，典型的就是跨域訪問的問題。
創(chuàng)建Silverlight WCF應(yīng)用程序項目的時候，VS會問你是調(diào)試的時候生成測試頁來承載Silverlight WCF還是自動創(chuàng)建個ASP.NET項目來承載Silverlight WCF， 有什么區(qū)別呢？如果你只是做Silverlight WCF的界面和客戶端的交互效果，用單獨的測試頁來承載就可以了，這樣方便調(diào)試，按個CTRL+F5就OK，但是如果你要用到WCF，或者通過ASP.NET做些動態(tài)的事情，那么就用ASP.NET項目來承載吧，這樣可以盡可能的模擬出將Silverlight WCF承載到網(wǎng)站后的效果。#t#
創(chuàng)建Silverlight WCF后，你可以看到項目里有兩個XAML文件并相應(yīng)的對應(yīng)了.CS文件， 一個是APP.XAML另一個是Page.XAML，APP.XAML.CS的構(gòu)造函數(shù)是初始化Silverlight WCF項目的，接下來
可以看到 new 后面的就是Page.xaml.cs所在的類。他的意思當然就是創(chuàng)建Page示例，這樣你的Page就被實例化出來了，很像WINFORM吧。
之后的事情，個人認為開發(fā)過.NET的人應(yīng)該都駕輕就熟了。需要注意的是，跟開發(fā)ASP.NET不同， Silverlight WCF的所有代碼是在客戶端運行的，對于很多開發(fā)慣了ASP.NET的人來說可能一下子不習(xí)慣，不過如果你是做WINFORM的，那就當我沒說。
試著寫一個小程序來玩玩吧。
東西做好了，當然那就需要編譯。Silverlight WCF在生成后會在BIN下生成一個APPMAINFEST.XAML，這是一些配置比如DLL的路徑，一個DLL，不用說了，邏輯代碼都在這。另外會有一個XAP，這是什么，其實就是剛才說的那兩個文件的一個壓縮包，可以ZIPRAR工具打開，他只是將后綴作為XAP，這樣在頁面上
就這么簡單，在WEB上用
Silverlight WCF是什么？怎么說呢？也許開發(fā)過WPF的人會有比較透徹的理解。Silverlight WCF就像WPF提煉出來運用到WEB上的插件。界面的開發(fā)，程序部分的開發(fā)都集成了WPF的那一套，不過，既然是應(yīng)用到WEB上的，自然遵循了很多WEB的規(guī)則，因此也有些許區(qū)別于WPF，至少他們概念上就完全是兩個東西，這樣的比較就類似于WINFORM和 ACTIVEX。
Silverlight WCF可以像FLASH一樣做出炫目的客戶端效果，同時擁有完善的開發(fā)構(gòu)架，程序員可以非常方便的處理Silverlight WCF中的事件、調(diào)用系統(tǒng)庫，這是FLASH無法比擬的，當然FLASH相對Silverlight WCF來說，動畫和矢量的設(shè)計也許會更加得心應(yīng)手。
對于客戶端而言，Silverlight WCF與FLASH基本上一樣，用戶都需要在瀏覽器上安裝相應(yīng)插件（Silverlight WCF的插件小很多），展現(xiàn)出來同樣的有視覺沖擊力。所以對用戶而言，處了安裝的插件不同以外，其他似乎不存在什么太大的差異，這也是MS目的，只要用戶不認為兩者有什么區(qū)別甚至Silverlight WCF更好，那么，對開發(fā)人員的方便就是對MS的方便。
試著寫一個小程序來玩玩吧。東西做好了，當然那就需要編譯。Silverlight WCF在生成后會在BIN下生成一個APPMAINFEST.XAML，這是一些配置比如DLL的路徑，一個DLL，不用說了，邏輯代碼都在這。另外會有一個XAP，這是什么，其實就是剛才說的那兩個文件的一個壓縮包，可以ZIPRAR工具打開，他只是將后綴作為XAP，這樣在頁面上
就這么簡單，在WEB上用
WCF是什么？根據(jù)我了解的資料，WCF是一個統(tǒng)一的類似WEBSERVICE的解決方案，WEBSERVICE是WCF的一個子集。
他提供了更多更強的服務(wù)方案。
具體資料可以在MSDN上找到，廢話不多說了。
