|
|
在說正題之前先來兩段小八卦。
Silverlight的老用戶可能會知道，在微軟發布該產品之初曾經推出一個名為Silverlight Streaming Service的免費服務，允許開發人員在上面Host自己的Silverlight應用程序和相關的媒體資源。推出此服務的目的當然意在吸引開發者對Silverlight技術的興趣，我就曾經在上面放過兩個小程序。但是大約在一年前，微軟悄無聲息的取消了該服務，據說是為了讓位于Azure平臺。實際上這已經可以看作一個微弱的信號，表明微軟的戰略確實有轉變的傾向，而且這個傾向早在一年前就開始了。
另一個消息就比較近了。有位開發者進入微軟，并且目睹了微軟內部團隊在到底是HTML5還是Silverlight的問題上存在爭論。他把自己的見聞發表了出來，引起了不小的風波。這之后又有微軟的經理出來辟謠，說Silverlight和HTML路線不同，不存在矛盾云云。現在再來看這則舊聞，當真是空穴來風，未必無因。一個人的看法或許會失之片面，但是微軟內部對自己的發展路線也存在分歧這一點，現實地來看應該是沒有錯的。
本來，一種技術的興衰猶如人有生老病死，本不足論。但我以為這次的事件暴露出微軟的一個痼疾，即自從GDI時代以后，微軟在表示層的戰略問題上一直是舉棋不定的。
有多年經驗的開發人員可能還會記起，微軟在上個世紀末的時候曾經有一段時間非常鐘愛HTML技術。不僅在Visual Studio的各個版本中都要求用戶安裝最新版的IE，許多軟件界面，包括Windows平臺開發SDK的安裝界面都是用HTML來做的，還專門開發了強大的HTA技術，以及堪稱Ajax鼻祖的異步Xml通信技術等一大堆新鮮玩意。但時間進入21世紀，微軟開啟.NET平臺戰略，這一塊也就漸漸不再為人提起了。
進入.NET時代以后，微軟主推的客戶端表現層技術是WinForm。但說實話，NET 1.0和1.1版的WinForm遠遠達不到成熟的地步，直到2.0的時候才算大器堪成，但是微軟這時候作了一件讓很多開發人員吃驚的事情：在很多開發人員還在學習WinForm 2.0時，很快又推出可以說是徹底推倒重來的WPF，這在開發社區中引起了相當的震動和混亂。盡管從技術角度可以有很多理由來說明WPF的出現有其合理性，但還是有很多開發者因此對微軟產生了技術平臺更新換代過于頻繁、罔顧保護開發者技術投資的惡評，很多社區因此彌漫著對微軟不信任的態度。老實說，我認為微軟當時推行3W（WPF/WCF/WF）的做法是過于冒進了。后來的事實也證明，當時的WPF無論在完整性和性能上都存在重大問題，WCF也受到過于繁瑣等詬病，WF——大家都知道了——幾乎被徹底改寫。如果微軟能夠把節奏放慢一些，等這些技術更加成熟之后再推介給開發者，也許局面就會好得多。
如果你認真看看微軟現在的表現層技術，你或許會為其數量而吃驚。客戶端技術有WinForm和WPF，當然你還可以算上更老的MFC；瀏覽器上有ASP.NET，后來又變化出ASP.NET MVC，還有WPF/XBAP，再有Silverlight；為了引入Ajax自己開發了Atlas，后來又引用開源的JQuery。一個公司維護這么多風格迥異的表現層開發技術，這恐怕是史上絕無僅有的，就算能夠以微軟的財力維持這么多技術并行開發，在思想上引起的混亂也是不可低估的，前面的八卦也可以說明這一點。
我以前就認為，以微軟在表現層上技術路線上的混亂現狀，實際上早就到了非收縮戰線不可的地步。如果微軟自己人意見都無法統一的話，更遑論對外攻城略地？目前，基本上不再更新的WinForm和微軟都不再有興趣維護的Atlas(ASP.NET Ajax)已經有出局的跡象，ASP.NET和ASP.NET MVC的爭論在很長時間內仍將繼續，而這次被曝的是Silverlight，則有點出乎我的意料。畢竟在此之前Silverlight給人的印象是處于急速上升期并且微軟也在力捧的技術，難道這么快就要被邊緣化了？不論微軟自己如何解釋，Web已經不能算是一個可以把蛋糕無限做大的新興市場，HTML5流行起來的話無論如何都會擠壓Silverlight的生存空間。如果微軟認真檢討一下自己的平臺戰略，能夠定下一個明確的前進方向，那也未嘗不是一件好事；但若讓這種混亂的局面繼續維持下去的話，對開發者將是難以承受之重，對網絡時代已經成為后來者的微軟來說，恐怕也不是什么好兆頭吧。
最后還是用一個八卦結尾。有消息稱，微軟和Adobe的老總最近密會了相當長的時間。根本的理由當然是共同對付蘋果，但是這兩家坐到一起，在過去恐怕是難以想象的。移動平臺這一塊暫且按下不表，如果微軟和Adobe彼此當真有興趣的話，你認為這對Flash和Silverlight來說意味著什么？
NET技術：關于Silverlight戰略轉移新聞，我的思考，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
