建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
這樣的比較有意義嗎？個(gè)人意見(jiàn)，只要?jiǎng)e把自己當(dāng)成宗教教徒，將語(yǔ)言看作工具而不是信仰，那么比較就是有意義的。
創(chuàng)新互聯(lián)公司自2013年起，先為申扎等服務(wù)建站，申扎等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢(xún)服務(wù)。為申扎企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。
|
語(yǔ)言（Silverlight以C#為準(zhǔn)） |
|||
|
特性 |
比較 |
勝出 |
|
|
Flex |
Silverlight |
||
|
語(yǔ)法 |
Flex的編程語(yǔ)言ActionScript在變量與屬性聲明的方面語(yǔ)法有一點(diǎn)羅嗦（有些類(lèi)似VB）： public var varName : int; 相比之下C#就要簡(jiǎn)潔一些： public int varName; 不過(guò)，ActionScript支持以字面量的方式聲明字典，這方面又比C#的Dictionary來(lái)得簡(jiǎn)明： public var dict = { x: 1, y: 2 }; |
|
√ |
|
語(yǔ)言特性 |
ActionScript支持動(dòng)態(tài)類(lèi)屬性，這是C#目前所不支持的，因此在動(dòng)態(tài)編程方面，F(xiàn)lex要簡(jiǎn)潔得多，也減少了很多代碼生成的工作。 |
√ |
|
|
OO特性 |
ActionScript不支持抽象類(lèi)和抽象方法。雖然對(duì)一般性的編程來(lái)說(shuō)沒(méi)有太大問(wèn)題，但是對(duì)框架設(shè)計(jì)來(lái)說(shuō)這是一個(gè)嚴(yán)重的缺點(diǎn)。 |
|
√ |
|
反射 |
反射對(duì)于元編程是相當(dāng)重要的。Flex的反射機(jī)制比較原始，只支持有限的反射方法，并且代碼中沒(méi)有明確引用的類(lèi)在編譯階段會(huì)被排除，這使得動(dòng)態(tài)創(chuàng)建類(lèi)更為麻煩。 不過(guò)得益于語(yǔ)言的動(dòng)態(tài)特性，F(xiàn)lex反射代碼比同等的C#代碼要更加簡(jiǎn)明。 Silverlight也排除了一些高級(jí)反射特性（比如TypeDescriptor相關(guān)的一些方法），不過(guò)總體來(lái)說(shuō)反射機(jī)制還是比較完整的，但同時(shí)反射的語(yǔ)法比較羅嗦。 |
|
√ |
|
基本類(lèi)庫(kù) |
Flex的基本類(lèi)庫(kù)相當(dāng)精簡(jiǎn)，精簡(jiǎn)的代價(jià)就是有些基本功能（如字符串的trim、日期的格式化）都欠奉，不得不求助于工具類(lèi)庫(kù)。Flex的集合類(lèi)庫(kù)功能也有一些薄弱。 Silverlight類(lèi)庫(kù)也比完整的.Net類(lèi)庫(kù)精簡(jiǎn)了許多，有些時(shí)候如操作Xml的時(shí)候不大順手。不過(guò)大體上來(lái)說(shuō)還是夠用的。 |
|
√ |
|
擴(kuò)充特性 |
E4X是Flex的獨(dú)有特性，在Flex中使用XML簡(jiǎn)單到了讓Linq to XML也相形見(jiàn)絀的地步。 Silverlight勝于Flex之處包括：Linq to object、lambda表達(dá)式和顯式多線程，這些都是Flex所不支持的。 |
|
√ |
|
語(yǔ)言支持 |
Flex只支持ActionScript，Silverlight則支持C#、VB、IronPython、IronRuby、JScript等多種語(yǔ)言。但不論Visual Studio還是Expression Blend都沒(méi)有為腳本語(yǔ)言創(chuàng)建項(xiàng)目提供任何支持，這使得Silverlight的多語(yǔ)言?xún)?yōu)勢(shì)打了一個(gè)很大的折扣 |
|
√ |
總的來(lái)說(shuō)，語(yǔ)言方面是Silverlight大勝Flex。
|
框架 |
|||
|
特性 |
比較 |
勝出 |
|
|
Flex |
Silverlight |
||
|
界面組件 |
經(jīng)過(guò)幾年發(fā)展，F(xiàn)lex的界面組件已經(jīng)比較完整?；究蚣苤邪ǔ^(guò)50個(gè)界面組件，遠(yuǎn)遠(yuǎn)超過(guò)Silverlight的組件數(shù)量。但是Flex里也缺少如AutoComplete等少數(shù)重要組件。 Silverlight本身就組件數(shù)量和功能方面遠(yuǎn)遜于Flex，不過(guò)添加Silverlight Toolkit以后可以在一定程度上彌補(bǔ)其不足。 |
√ |
|
|
布局 |
Flex的布局機(jī)制簡(jiǎn)單且靈活。Canvas支持多種對(duì)齊和擺放方式，靈活性遠(yuǎn)遠(yuǎn)超過(guò)Silverlight Canvas，是布局中最常使用的組件。Canvas、HBox和VBox三個(gè)組件基本上可以包攬90%上界面布局的工作。 此外，F(xiàn)lex中還有一些布局組件如Panel、Form和ViewStack是Silverlight所缺乏的。Flex還支持基于輔助線的布局，Silverlight里面沒(méi)有這樣的功能。 Silverlight的布局組件不僅數(shù)量少，基于附加屬性的語(yǔ)法也比較冗長(zhǎng)拖沓。 |
√ |
|
|
樣式 |
Flex的樣式語(yǔ)法基于CSS，非常簡(jiǎn)潔，且對(duì)于熟悉HTML的用戶(hù)來(lái)說(shuō)馬上可以上手。 Silverlight的樣式聲明語(yǔ)法相當(dāng)繁瑣。比較一下Flex/Silverlight的樣式設(shè)置： Button { margin: 10; } Silverlight: 可以看到，相比Flex所用的CSS語(yǔ)法來(lái)說(shuō)，Silverlight中超過(guò)一半以上的代碼是純粹的語(yǔ)法噪音，只是為了方便解析器而設(shè)計(jì)的，對(duì)設(shè)計(jì)者來(lái)說(shuō)完全是不必要的額外負(fù)擔(dān)。此外，Silverlight并不直接支持類(lèi)似Flex的全局樣式。雖然StyleManager可以達(dá)到類(lèi)似的效果，但語(yǔ)法更加羅嗦，會(huì)使得XAML更加冗長(zhǎng)。 |
√ |
|
|
動(dòng)畫(huà) |
Flex有多達(dá)10多種動(dòng)畫(huà)。Silverlight基于依賴(lài)屬性的動(dòng)畫(huà)只相當(dāng)于Flex的AnimationProperty，數(shù)量和功能都比較受限，并且只對(duì)于Dependency Property有效。 |
√ |
|
|
數(shù)據(jù)綁定 |
Flex的數(shù)據(jù)綁定語(yǔ)法直觀且簡(jiǎn)潔，可以使用幾乎任意的表達(dá)式。聲明綁定屬性的語(yǔ)法也相當(dāng)簡(jiǎn)單，任何屬性只要加上一個(gè)[Bindable]標(biāo)簽即可。 Silverlight的數(shù)據(jù)綁定語(yǔ)法相當(dāng)累贅，至少造成了兩個(gè)嚴(yán)重后果：1、大量數(shù)據(jù)綁定屬性是造成XAML冗長(zhǎng)難讀的罪魁禍?zhǔn)祝?、依賴(lài)屬性編寫(xiě)很麻煩，需要大量樣本代碼，而許多框架特性又嚴(yán)重依賴(lài)于依賴(lài)屬性，使得編寫(xiě)Silverlight組件成為相當(dāng)累人的工作。 |
√ |
|
|
通信機(jī)制 |
Flex和Silverlight都支持大量標(biāo)準(zhǔn)化的通信機(jī)制，包括XML、Web Service和二進(jìn)制數(shù)據(jù)等，支持程度也大致在同一水平上。 Flex略微勝過(guò)Silverlight的地方在于Flex有一個(gè)標(biāo)準(zhǔn)化的二進(jìn)制通訊標(biāo)準(zhǔn)：AMF，基于AMF的服務(wù)框架不論開(kāi)源或商業(yè)的目前都有廣泛的應(yīng)用。Silverlight在這方面還是一片空白。 |
√ |
|
|
異常處理 |
Flex的一個(gè)問(wèn)題是不支持全局異常處理，對(duì)框架設(shè)計(jì)而言這是明顯的缺憾。 Silverlight支持應(yīng)用程序級(jí)別的全局異常處理。不過(guò)這個(gè)異常處理似乎也不是非常完整，有個(gè)別異常還是會(huì)漏網(wǎng)，造成Silverlight插件出錯(cuò)。 |
|
√ |
|
國(guó)際化 |
Flex對(duì)國(guó)際化的支持比較完整，使用上也很方便。唯一的小問(wèn)題是支持額外的語(yǔ)言需要要執(zhí)行一次copylocale命令行。 Silverlight對(duì)國(guó)際化的支持是有問(wèn)題的，雖然可以使用，但要做很多手工工作，并且需要一些work around才能成功執(zhí)行。 |
|
|
|
其他特性 |
Flex包括一個(gè)非常方便的界面特性：State，在界面有少量變化的時(shí)候使用非常方便，可以避免很多不必要的編碼。這是Silverlight所欠缺的。 Silverlight的DeepZoom是Flex所沒(méi)有的功能。 |
√ |
|
|
外觀 |
外觀是否好看應(yīng)該說(shuō)是個(gè)見(jiàn)仁見(jiàn)智的問(wèn)題。不過(guò)Flex似乎在細(xì)節(jié)方面做得更好，請(qǐng)看Flex/Silverlight默認(rèn)按鈕外觀的比較： Flex組件默認(rèn)情況下就有一個(gè)相當(dāng)合適的邊距，看起來(lái)很舒服，基本上不用再作什么調(diào)整。Silverlight就差多了，密密麻麻的擠在一起，顯得非常局促，必須在樣式上作很多調(diào)整才會(huì)比較好看。在這些細(xì)節(jié)上Silverlight明顯不如Flex。 |
|
|
框架方面Flex可以說(shuō)是大優(yōu)勢(shì)戰(zhàn)勝Silverlight。
|
IDE |
|||
|
特性 |
比較 |
勝出 |
|
|
Flex |
Silverlight |
||
|
可視化設(shè)計(jì)器 |
具有諷刺意味的是，號(hào)稱(chēng)Visual的微軟開(kāi)發(fā)環(huán)境在WPF時(shí)代就再也難以自稱(chēng)Visual了。Visual Studio中的Silverlight可視化設(shè)計(jì)器目前只能說(shuō)是一個(gè)廢品，拖拉不能用，屬性設(shè)置不能用，預(yù)覽也不能用，并且常常假死，微軟自己都似乎不好意思把它顯示出來(lái)了。Expression Blend說(shuō)實(shí)話(huà)也并不好用，不過(guò)它編輯XAML時(shí)的性能倒是比Visual Studio好多了，至少不會(huì)出現(xiàn)經(jīng)常假死的情況。 Flex Builder編輯器經(jīng)過(guò)幾年發(fā)展，在可視化設(shè)計(jì)上已經(jīng)達(dá)到不錯(cuò)的水準(zhǔn)，使用也相當(dāng)方便。不足之處在于不能同時(shí)打開(kāi)太多頁(yè)面，不然內(nèi)存的耗用會(huì)相當(dāng)驚人。 |
√ |
|
|
代碼編輯 |
在代碼編輯的方面則是Visual Studio要比Flex Builder表現(xiàn)更好。對(duì)于代碼輔助和編輯提示方面，Visual Studio比Flex Builder表現(xiàn)更加成熟。 不過(guò)Flex Builder也有Visual Studio所不及之處：1、類(lèi)導(dǎo)航的功能更加豐富，使用快捷鍵比Visual Studio中更迅捷；2、無(wú)論設(shè)計(jì)還是代碼視圖都支持文檔大綱，瀏覽和跳轉(zhuǎn)更加方便；3、指定文件編碼也要比Visual Studio要容易。 |
|
√ |
|
代碼隱藏 |
由于Flex Builder并不直接支持Code Behind模型，因此在界面和對(duì)應(yīng)代碼的管理上要比Visual Studio麻煩一些。 |
|
√ |
|
編輯器性能 |
對(duì)于可視化編輯器而言，F(xiàn)lex Builder的性能要比Visual Studio好得多。對(duì)代碼編輯器而言Visual Studio和Flex Builder表現(xiàn)差不多，但Flex Builder占用內(nèi)存比較厲害。 |
√ |
|
|
編譯器性能 |
Flex編譯性能一直都是一個(gè)飽受詬病的重大問(wèn)題。在項(xiàng)目大到一定程度，編譯效率就開(kāi)始急劇下降，編譯一次需要三四十秒是常有的事。（據(jù)說(shuō)有人編譯一次甚至需要20分鐘以上，不過(guò)我還沒(méi)有遇到） Flex編譯慢是有原因的，因?yàn)榫幾g器替程序員完成了相當(dāng)多的工作。如果你打開(kāi)-keep=true編譯開(kāi)關(guān)，檢查一下生成的代碼，就知道編譯器的工作有多繁重了。如果愿意放棄一些可視化特性，手工編寫(xiě)ActionScript組件而避免使用MXML組件，就可以在很大程度上提高編譯效率。 從長(zhǎng)遠(yuǎn)角度來(lái)說(shuō)，我認(rèn)同F(xiàn)lex這種設(shè)計(jì)思路，用機(jī)器效率來(lái)?yè)Q取程序員效率是值得的（Unix格言：寧用計(jì)算機(jī)一分，不花程序員一秒。）但對(duì)于眼下的機(jī)器性能來(lái)說(shuō)，F(xiàn)lex編譯性能還是一個(gè)無(wú)法忽略的問(wèn)題，編譯速度太慢會(huì)拖慢迭代開(kāi)發(fā)的節(jié)奏，對(duì)程序員的心理也不能不說(shuō)是一種折磨。 Silverlight編譯效率還是不錯(cuò)的，代價(jià)就是冗長(zhǎng)的程序代碼需要程序員自求多福了，編譯器的工作實(shí)際上是很輕松的。 |
|
√ |
|
調(diào)試 |
在開(kāi)發(fā)環(huán)境的支持下，F(xiàn)lex和Silverlight的調(diào)試都比較方便。Flex的一個(gè)小問(wèn)題是開(kāi)發(fā)人員需要單獨(dú)安裝一個(gè)Debug版本的Flash Player，Silverlight則不用，所以Silverlight更加方便一些。 Silverlight缺少Flex Builder內(nèi)置的Profiler，沒(méi)有簡(jiǎn)單的方法進(jìn)行性能測(cè)試。傳統(tǒng)的.Net性能測(cè)試工具基本上都不支持Silverlight |
√ |
|
|
開(kāi)放性 |
基于Eclipse的Flex Builder開(kāi)放性明顯要優(yōu)于封閉的Visual Studio，有大量免費(fèi)的Eclipse插件可以直接拿來(lái)使用。不過(guò)有少量插件會(huì)與Flex Builder產(chǎn)生沖突。如果沒(méi)有大量的Java開(kāi)發(fā)工作，那么安裝Flex Builder完整版要比插件版更加穩(wěn)妥并且簡(jiǎn)單。 Visual Studio的插件數(shù)量不多，配合Silverlight Tools使用的目前基本上還沒(méi)有看到。 |
√ |
|
IDE方面Flex和Silverlight各擅勝場(chǎng)。
|
環(huán)境 |
|||
|
特性 |
比較 |
勝出 |
|
|
Flex |
Silverlight |
||
|
插件大小 |
目前Flash插件安裝包大小為 1.8M左右，這么小的體積包含了完整的插件功能可以說(shuō)是一個(gè)了不起的成就。但Air的安裝包就有點(diǎn)大到離譜了（約 15M），這是因?yàn)锳ir還附帶了一個(gè)內(nèi)嵌的HTML解析引擎WebKit。 Silverlight插件安裝包大小為 4M出頭，比Flash大了一倍還多。我比較不理解的一點(diǎn)是既然體積已經(jīng)這么大了，為什么不干脆把DockPanel、TreeView和DatePicker這些重要的組件加進(jìn)去，反倒是MultiScaleImage這樣未必有多常用的東西成了核心組件？讓大量插件用戶(hù)去另外下載System.Windows.Controls.dll實(shí)在是個(gè)不小的負(fù)擔(dān)。 |
√ |
|
|
安裝 |
Flash的插件基本上可以做到全自動(dòng)安裝升級(jí)，不必用戶(hù)手工參與。這也很容易理解為什么Flash Player能夠成為占據(jù)全球95%以上電腦的裝機(jī)量最大的軟件。 Silverlight插件要麻煩一些，必須用戶(hù)手工執(zhí)行安裝步驟，這勢(shì)必影響Silverlight插件的普及。當(dāng)然微軟也可以使用諸如捆綁安裝之類(lèi)的市場(chǎng)手段，這就不再屬于技術(shù)討論的范疇了。 |
√ |
|
|
運(yùn)行性能 |
我沒(méi)有作過(guò)這方面的測(cè)試，就使用感覺(jué)來(lái)說(shuō)還沒(méi)有發(fā)現(xiàn)明顯差別。不過(guò)我看到外國(guó)已經(jīng)有這方面的測(cè)試，結(jié)果認(rèn)為Flex在畫(huà)面渲染效率上優(yōu)于Silverlight，而Silverlight則在數(shù)學(xué)計(jì)算上效率高過(guò)Flex。考慮到Adobe/Macromedia就是以圖形起家的，而微軟在編譯器上已經(jīng)深耕多年，這個(gè)結(jié)果應(yīng)該不會(huì)讓人感到驚訝。由于瀏覽器插件的主要功能還是提供顯示，用于大量數(shù)學(xué)計(jì)算的場(chǎng)景并不多見(jiàn)，看起來(lái)Flex還是占有一定優(yōu)勢(shì)。 |
√ |
|
環(huán)境方面Flex仍然占有優(yōu)勢(shì)。
最后再說(shuō)一些比較瑣碎的話(huà)題，因?yàn)椴惶梅诸?lèi)，并且主觀意味比較濃厚，就不再詳細(xì)比較，當(dāng)作姑妄言之好了。
Flex與Silverlight目前來(lái)看都是存在一些問(wèn)題的。有些屬于語(yǔ)言設(shè)計(jì)的范疇，比如ActionScript的聲明語(yǔ)法比較羅嗦，而Silverlight則是綁定屬性的語(yǔ)法特別累贅，但這些問(wèn)題受系統(tǒng)設(shè)計(jì)限制，基本上已經(jīng)沒(méi)有修改的余地了（除非整個(gè)框架推倒重來(lái)）。另外一些問(wèn)題是比較嚴(yán)重但是有望解決的，F(xiàn)lex方面是大項(xiàng)目中的編譯速度讓人抓狂，不過(guò)在Flex Builder 4 beta中似乎已經(jīng)看到了改善的跡象。Silverlight則是框架還不夠完整，界面組件有限。Silverlight 3已經(jīng)比Silverlight 2有所提高，加上Silverlight Toolkit一類(lèi)擴(kuò)展可以得到很大改進(jìn)。Silverlight的另一嚴(yán)重問(wèn)題是IDE工具完全沒(méi)有達(dá)到應(yīng)有的水平，Visual Stuido插件可用性非常差，此問(wèn)題從Silveright 2到3以后反而有惡化的趨勢(shì)，VS2010似乎又是個(gè)極其吃機(jī)器的怪獸，這個(gè)問(wèn)題短期內(nèi)能否解決，實(shí)在讓人無(wú)法樂(lè)觀。
如果從程序員的觀點(diǎn)來(lái)看，Silverlight的語(yǔ)言特性要比Flex更佳：.Net框架結(jié)構(gòu)上更加完備、多種開(kāi)發(fā)語(yǔ)言支持、Linq和客戶(hù)端多線程，這些都是Flex所欠缺的特性，應(yīng)該為Silverlight額外加分?？上艿介_(kāi)發(fā)工具和應(yīng)用范圍的限制，這些優(yōu)勢(shì)目前并沒(méi)有充分發(fā)揮出來(lái)。此外，從從業(yè)人員的現(xiàn)狀來(lái)看，F(xiàn)lex語(yǔ)法更加簡(jiǎn)單、容易上手，對(duì)非程序員頗具吸引力，而C#對(duì)這些人來(lái)說(shuō)門(mén)檻實(shí)在有點(diǎn)過(guò)高。所以這些特性是好是壞，眼下也不太好作出結(jié)論。
從社區(qū)來(lái)說(shuō)，F(xiàn)lex目前已經(jīng)擁有相當(dāng)數(shù)量的用戶(hù)和開(kāi)發(fā)社群，其獨(dú)有的特點(diǎn)是來(lái)自設(shè)計(jì)者和程序員兩個(gè)背景完全不同的群體，因此意見(jiàn)和風(fēng)格常常參差不齊，好處是能夠看到不同觀點(diǎn)的碰撞，比較有活力。Silverlight社區(qū)規(guī)模還比較小，基本上全部來(lái)自微軟開(kāi)發(fā)者陣營(yíng)，背景相當(dāng)一致，對(duì)程序設(shè)計(jì)通常能夠有很好的觀點(diǎn)，缺點(diǎn)是對(duì)UI設(shè)計(jì)師的團(tuán)體和理念缺乏了解，解決思路大多是以程序員為本位的。另外一個(gè)似乎不利于Silverlight的現(xiàn)狀是：Java/開(kāi)源陣營(yíng)基本上不會(huì)考慮使用Silverlight，反或來(lái)說(shuō)，以微軟技術(shù)為平臺(tái)的開(kāi)發(fā)者倒是還有相當(dāng)一部分會(huì)采用Flex（從博客園的話(huà)題分類(lèi)也可以看得出來(lái)）。
Flex與Silverlight未來(lái)的趨勢(shì)如何？看一看這兩個(gè)技術(shù)近幾年的發(fā)展趨勢(shì)，F(xiàn)lex仍然具有領(lǐng)先優(yōu)勢(shì)，但該優(yōu)勢(shì)目前已經(jīng)有所縮?。?/p>
- Flex 2和Silverlight 1沒(méi)有什么好比較的，Sliverlight 1功能實(shí)在太過(guò)貧弱，這時(shí)Flex遙遙領(lǐng)先；
- Flex3和Silveright 2相比，Silverlight在框架結(jié)構(gòu)上比版本1已經(jīng)有改天換地的提高，拉近了和Flex的距離，但可用組件仍然嚴(yán)重不足；
- Silveright 3在結(jié)構(gòu)上沒(méi)有什么重大改變，主要在于功能的完善。如果說(shuō)Flex 2比Silverlight 1領(lǐng)先整整一步的話(huà)，那么到Siliverght 3，這個(gè)差距已經(jīng)縮小到半步，Silverlight在部分特性上甚至超越了Flex。
目前，Silveright 3剛剛出現(xiàn)，各方面的支持仍然有待跟進(jìn)，Silverlight 4眼下還看不到什么消息。而Adobe已經(jīng)開(kāi)始準(zhǔn)備Flex 4，目前釋出了第一個(gè)beta版本，從已經(jīng)知道的情況分析，這個(gè)版本在框架上將會(huì)有相當(dāng)重大的修改，明顯意圖再度拉大與Silverlight的差距，在許多方面都設(shè)計(jì)得更加靈活。但兼容性究竟如何、能否允許從前的用戶(hù)平穩(wěn)過(guò)渡，將會(huì)是Flex 4面臨的主要問(wèn)題。
我以前曾經(jīng)說(shuō)過(guò)，現(xiàn)在仍然這樣認(rèn)為：鑒于微軟自身的市場(chǎng)定位，它絕不希望基于Web的技術(shù)強(qiáng)大到足以讓用戶(hù)忽略瀏覽器和操作系統(tǒng)的地步。因此Silverlight將來(lái)究竟能發(fā)展到什么程度，長(zhǎng)遠(yuǎn)來(lái)看還是不得不打上一個(gè)很大的問(wèn)號(hào)，即使目前來(lái)看微軟仍然在力推這門(mén)技術(shù)。不過(guò)已經(jīng)使用了Silverlight的同學(xué)也無(wú)須太過(guò)顧慮，只要是微軟推出的技術(shù)，不論好或不好，就算是被放棄以后也還能夠生存相當(dāng)一段時(shí)間（看看眼下的IE6）。
眼下，F(xiàn)lash在諸如在線視頻等市場(chǎng)的領(lǐng)導(dǎo)地位是不爭(zhēng)的事實(shí)，Silverlight暫時(shí)還沒(méi)有直接與其對(duì)抗的力量，并且它們還都面臨著一個(gè)共同的對(duì)手——Ajax，未來(lái)還會(huì)有HTML5來(lái)攪局。所以今后一段時(shí)間，我們大概只能看到它們之間發(fā)生一些小規(guī)模的局部戰(zhàn)爭(zhēng)。Flash Player在瀏覽器中的覆蓋率現(xiàn)在超過(guò)95%，地位已經(jīng)極其穩(wěn)固，有如今日之Windows，但同時(shí)也意味著基本上再?zèng)]有上升的空間，只能依勢(shì)固守。而Silverlight則有望以后起之秀的姿態(tài)從Flash中搶走一部分市場(chǎng)份額，然而考慮到其他廠商對(duì)微軟的警惕心理和Web標(biāo)準(zhǔn)領(lǐng)導(dǎo)話(huà)語(yǔ)權(quán)的力量，Silverlight恐怕也難以取得非常理想的戰(zhàn)績(jī)。作為用戶(hù)的我們，其實(shí)也沒(méi)有多大必要去在意誰(shuí)會(huì)是最后的贏家（歷史為鑒，最終的贏家最初通常都在人們的視野之外。Google勃興而引導(dǎo)網(wǎng)絡(luò)時(shí)代，當(dāng)初沒(méi)有任何人預(yù)見(jiàn)到），只要領(lǐng)會(huì)時(shí)代和技術(shù)交鋒進(jìn)步的精彩之處就好了。
本文來(lái)自Shuhari的博客園文章《Flex/Silverlight的技術(shù)比較》
網(wǎng)站名稱(chēng)：技術(shù)角度論Flex與Silverlight優(yōu)劣
網(wǎng)頁(yè)路徑：http://m.fisionsoft.com.cn/article/cojjjjp.html
