1.WPF是可以用來開發網站 但WPF不適合做網站 此類技術占用電腦資源太多.
2.可以做網頁,在局域網內為妙,如果有WPF網頁開發需求,可以嘗試轉換平台到Silverlight,更適合瀏覽器應用開發。
3.用sl/wpf做過幾個項目,桌面應用wpf首選,做網站還是用sl吧。
4.
silverlight 是wpf的簡化版。
silverlight只可用於給WEB應用程序添加動態內容
WPF則可以編寫在跨越WEB和桌面的應用程序
轉:
http://blog.csdn.net/bitfan/article/details/6128391
5.
收到了一封學生的郵件:
===========================
金老師您好:
最近在學C#.NET,基本語法學習的差不多了,接下來准備學習圖形界面設計部分。但是我目前對於.NET的WinForm、wpf、silverlight這三者的關系弄的不是很清楚,一般書中很少介紹wpf和silverlight,網上搜了一下關於WinForm和wpf的區別,有的說WinForm是wpf的子集,有的說WinForm和wpf是共存關系,弄的很亂。想請教一下您這三者之間到底有什么樣的關系呢?
您的學生
===========================
以下是我對這三者間關系的理解,如果不對,請業界朋友指正。
在Windows中,諸如窗體繪制等功能由GDI實現,放在操作系統內核中。Windows Forms在底層使用的是GDI+。GDI+是GDI的“面向對象包裝”,使用C++實現。.NET Windows Forms應用程序中使用的GDI+其實是在C++實現的非托管代碼之上又包了一層,從而讓我們能使用C#這樣的托管編程語言調用GDI+功能繪圖。
WPF底層使用的是DirectX,就是通常用來開發游戲的那個DirectX。WPF與Windows Forms這兩者並沒有什么關系。按照微軟的意圖,WPF是用來取代Windows Form的,所以最新的Visual Studio就使用了WPF開發界面,這是一個很明確的信號。
當然,出於兼容目的,Windows Forms與WPF將長期並存,可以把它們看成是兩套獨立的界面技術。
Silverlight在API層可以看成是WPF的子集,但事實上除了這點之外,Silverlight與WPF並沒有任何聯系。因為Silverlight應用程序不依賴於.NET Framework,只要用戶計算機(或手機)安裝有Silverlight運行環境(比如用戶通過互聯網給瀏覽器添加了Silverlight插件),就可以跑Silverlight應用程序,並不要求用戶安裝龐大的.NET Framework。Silverlight運行時環境在API層面也可以看成是標准.NET Framework的功能子集,但它完全是重新寫過的,獨立於標准的.NET Framework,雖然為了方便應用程序開發,微軟努力保持兩者在API層面的一致性,但並不排除Silverlight運行時環境日后會擁有全新的為.NET標准環境所不具備的功能。
Windows Forms/WPF/Silverlight這三者其實是獨立發展的三個技術領域,只不過微軟出於方便開發的目的,有意讓Silverlight與WPF在應用層面開發體驗(甚至包括大部分應用層代碼)高度一致罷了。
從開發角度來看,Windows Forms已有多年的歷史,高度成熟,擁有大量的第三方控件等各種資源,如果開發“標准”與“通用”界面類型的Windows應用程序,使用它可以獲得較高的開發效率和不錯的運行性能。
WPF的長處在於它可以開發非常“個性化”的Windows應用程序,你可以不受任何限制地實現你所能“夢想”到的各種用戶界面,而且在動畫等多媒體方面,WPF優於Windows Forms,另外,WPF的數據綁定機制也比Windows Forms要強大和靈活。WPF的短處在於它對計算機硬件的要求較高,對於硬件配置較低的計算機,其運行性能不如Windows Forms版本。就目前來看,WPF的最佳平台是Windows 7。
Windows Forms和WPF主要用於開發桌面應用程序,Silverlight主要戰場是互聯網,通常用它來開發RIA的互聯網應用程序,或者是跑在手機等智能移動設備上的應用程序。可以這樣說,會WPF,不費太多力氣,就可以轉去開發Silverlight應用程序,兩者實在是太相似了,特別是界面層代碼,由於都使用XAML,這使我們可以比較容易地為某一應用程序同時開發“桌面版”、“手機版”和“瀏覽器版”三種版本,而這三種版本其用戶界面都可以擁有一致的外觀和用戶使用體驗。
6.http://bbs.csdn.net/topics/360224171(csdn論壇轉)
7.轉:http://shanyou.blog.51cto.com/363653/74313/
由於名稱的關系, WPF與WPF/E一直被認為是類似的東西.其實兩者除了呈現UI的部分使用的是共同語言XAML之外,兩者在本質上有很大的不同. 甚至,XAML對WPF與Silverlight有不同的意義,也不能算是兩者間"共同的語言".
XAML對WPF來說,是一種把.NET程序語言改用XML來描述的方式.換句話說,XAML用在WPF上,像是另外一種程序語言.與C#, VB ,IronPython相似.所以XAML能做的, C# , VB一樣都可以做到. 但是反過來, C# ,VB 能做的,XAML不一定能做到,因為XAML是為了配合開發工具,特別設計出來的一種語言,本身有它的局限性,所以還是得配合正規的程序語言,才能完成一個真正有用的程序. 但是以目前XAML所具備的能力,不靠C# , VB而做到平常簡單Flash可以做到的,應該是沒啥問題.因此, Application = Code + Markup的作者Petzold才會把這本書的結構寫成先用以C#來寫WPF程序,后半部才介紹XAML. 避免大家誤解 WPF = XAML. XAML還可以用在WF上,所以並不局限於WPF. 如果用了XAML,以為這就是WPF的全部,就大錯特錯啰! 然而,XAML對Silverlight來說,本質比較貼近SVG. XAML用來描述構成畫面的結構樹,然后配合Javascript去操作這顆表示UI的樹,以達到互動的效果. 所以對Silverlight來說, XAML像是用來擴充HTML/CSS原本不足的一組Tag. 就像Firefox之中,一樣可以用Javascript去操作SVG所描述的畫面,達到表現多媒體的效果.
XAML對WPF來說,是一種把.NET程序語言改用XML來描述的方式.換句話說,XAML用在WPF上,像是另外一種程序語言.與C#, VB ,IronPython相似.所以XAML能做的, C# , VB一樣都可以做到. 但是反過來, C# ,VB 能做的,XAML不一定能做到,因為XAML是為了配合開發工具,特別設計出來的一種語言,本身有它的局限性,所以還是得配合正規的程序語言,才能完成一個真正有用的程序. 但是以目前XAML所具備的能力,不靠C# , VB而做到平常簡單Flash可以做到的,應該是沒啥問題.因此, Application = Code + Markup的作者Petzold才會把這本書的結構寫成先用以C#來寫WPF程序,后半部才介紹XAML. 避免大家誤解 WPF = XAML. XAML還可以用在WF上,所以並不局限於WPF. 如果用了XAML,以為這就是WPF的全部,就大錯特錯啰! 然而,XAML對Silverlight來說,本質比較貼近SVG. XAML用來描述構成畫面的結構樹,然后配合Javascript去操作這顆表示UI的樹,以達到互動的效果. 所以對Silverlight來說, XAML像是用來擴充HTML/CSS原本不足的一組Tag. 就像Firefox之中,一樣可以用Javascript去操作SVG所描述的畫面,達到表現多媒體的效果.