在企業應用的前端開發中，Ajax、Flash和Silverlight爭奇斗艷，各有千秋。這次InfoQ中文站有幸邀請到來自中國人壽的Silverlight專家吳磊先生，為讀者分享他的Silverlight在企業應用開發中的豐富經驗。

　　就在筆者寫下本文的當天，第二屆Silverlight Firestarter 發布會在美國召開，微軟企業副總裁 Scott Guthrie 發布了Silverlight 5 的一系列新特性，并宣布Silverlight 5 將注重豐富的媒體體驗與企業應用開發兩大方面的改進。其中針對媒體方面的改進包括GPU硬解碼、H.264等5項功能，而針對企業應用方面的改進包括64位操作系統支持、IE 9硬件加速、向量打印、文本清晰度、調用非托管代碼等30多項功能，可以看出Silverlight已經逐漸將其未來重心轉向企業級應用方面（一直以來，筆者都認為Silverlight的強項應該是企業應用）。

　　Silverlight作為微軟三屏一云戰略中展現層的重要技術，越來越引起企業開發者的注意。新浪財經、騰訊、淘寶、口碑網等互聯網企業已經嘗試使用Silverlight開發交互性較強的商業應用，而一貫謹慎保守的大型金融公司陸續開始使用Silverlight來提高企業應用的用戶體驗，比如中國人壽（網上服務應用）、中國人保（商務智能應用）已經有相關應用，而像花旗銀行、工商銀行這樣的大型銀行也在嘗試使用Silverlight來實現未來網上銀行一些功能。

　　為什么Silverlight在推出短短三年左右時間內就能觸動企業開發者呢？原因很簡單，Silverlight具有良好的后臺語言框架支持，這就是基于.NET高級語言的精簡運行環境。具體而言原因有三：

1. Silverlight之輕，即較之WPF、Java Swing、Delphi等C/S架構有更加輕量的運行環境與零維護的特點：使用輕量的CLR Core運行時環境，不依賴于客戶端環境（無須安裝體積龐大的.NET Framework，這一點太棒了）。
2. Silverlight之重，即較之Html+JavaScript等B/S架構有更優越的客戶端彈性：使用C#高級語言代替JavaScript來實現強大的客戶端計算能力、支持多線程，繼承了WPF豐富的樣式、控件、特效與動畫，更可控的瀏覽器適應性，更安全的沙箱模式，客戶端嵌入式數據庫等。
3. Silverlight之美，即較之傳統應用有更友好的交互性，更酷的效果。支持完全面向用戶體驗的開發過程，其快速原型工具使需求與交付物更為明確，用戶體驗驅動開發，設計與編碼分離。

　　在本文中，筆者要著重強調的是Silverlight之輕！， Silverlight是企業應用展現層的輕量級解決方案，從本文開始，筆者將采用連載的方式與大家一起探討Silverlight在企業級應用解決方案與特性。

　　現在越來越多的企業已經開始考慮將原有豎井狀的C/S與B/S架構通過SOA等理念進行重構與集成，譬如建立以客戶、產品、合同為中心的主數據管理平臺（MDM），采用數據即服務的方式對邏輯層提供服務，使用企業服務總線（ESB）對這些服務進行消息路由、轉換、監控及生命期管理，通過業務流程管理平臺（BPM）混編服務實現業務流程自動化，通過業務規則管理平臺（BRM）實現對業務邏輯自動化，最后這些應用層服務形成了企業應用的服務器端處理邏輯。

　　而展現層就是企業應用中實現人機交互的最后一步，即信息的輸入與展現。現在的企業應用解決方案中基于窗體的C/S與基于瀏覽器的B/S架構幾乎構成了企業應用的全部，但兩者都有其優缺點，C/S架構在客戶端的處理能力與交互性較強，但維護性極差；相反，B/S架構在客戶端的維護性極高，但對信息的處理能力、交互性、跨瀏覽器一致性方面都有不足。正是如此，相對C/S架構更為輕型的Silverlight技術就成為了未來高度集成化的企業應用中理想的展現層的候選方案。

　　傳統的C/S架構，無論是VC++、Delphi、Java的Swing、還是.NET的WinForm、WPF都需要安裝體積笨重的運行時環境，即使客戶端程序永遠不會使用運行環境中的特殊組件，但使用者也只能被動接受這些組件占用計算機資源。而Silverlight有著更為輕便的運行式環境（Silverlight3的運行時環境4.3M，Silverlight4為6M），在如此小的運行環境下面有著B/S無法比擬的高級語言支持，也就是說Silverlight具有一顆.NET的心臟—CoreCLR。

　　CoreCLR簡單來說就是CLR for Silverlight，是專門為Silverlight量身打造的輕型CLR，用來執行Silverlight代碼。Silverlight基于C#高級語言，使用同樣的托管機制與MSIL中間語言，CoreCLR自備編譯環境、內存管理器，不依賴于外部環境。打造這個輕型心臟的過程并不容易，對于輕型的RIA框架來說Silverlight運行時環境要考慮兩大問題：大小與兼容性。

　　大小就是運行時環境的大小，從用戶的角度來看，下載必須非常小。這就要求將功能集減至最少，目前 Silverlight4運行時環境大小為6M，CoreCLR中的DLL文件在CLR和WPF的類庫中幾乎都能找到，只不過大大裁剪了尺寸。這其中就包括對基類庫（BCL）的消減，.NET BCL中的很多功能在 Web 客戶端上都沒有任何意義，例如：由于 Silverlight 不支持 CAS，因此大部分 System.Security 都不是必要的，System.Console 等許多桌面類在 Web 中也沒有任何意義。

　　因此，CoreCLR刪減了大量服務器端類庫（如ADO.NET），去除非泛型集合類（如ArrayList，完全可以通過泛型集合類代替），同時將復雜的桌面類也一并去除（如PLINQ和一些動態類），但保留了.NET Compact Framework 和 Silverlight 間的兼容性。

　　對于兼容性而言，從編程人員的角度來看，針對 CLR 的編碼應該始終相同。因此，Silverlight堆棧底部的各個組件使用了與桌面CLR相同的代碼，執行引擎和虛擬機都必須相同，這部件包括類型系統、元數據、垃圾回收器 (GC)、JIT 編譯器、線程池以及運行時引擎的其他核心部件。但為了適應 Web 應用程序，CoreCLR進行了一些更改，如富 InterNET 應用程序通常簡單且運行時間短，JIT 編譯器主要側重于減少啟動時間，而非執行更復雜的優化操作，同樣，服務器垃圾回收模式可以對使用相似分配模式的多個工作線程進行優化，而對 Web 托管應用程序則行不通，因此，Silverlight 只包含針對交互式應用程序進行優化的標準工作站 GC。

　　現在的.NET Framework里有一萬個類，十萬個方法，但CoreCLR中減少到了46個命名空間下不超過一千個類。

　　C#之父（同時也是Turbo Pascal與Delphi之父）Anders Hejlsberg認為未來編程語言的發展趨勢及未來方向應該朝著框架與工具發展。筆者認為未來的語言發展方向不是朝著大而全的運行時框架方向發展，而是朝著輕框架、重工具組件的方向發展。當我們使用Visual Studio開發應用程序時，我們首先選擇的是語言，然后是運行時框架，再引入我們需要的工具組件。而精干的運行時框架與豐富的可選工具組件將為企業應用提供更大的彈性、減輕程序大小、優化響應性能。

　　事實上，目前很多金融企業的核心應用已經在朝著去客戶化、去產品化的小核心方向發展，小核心+大外圍使企業內部核心具有更加持久的生命力、更加靈活的擴展性和更快的反應能力。而企業應用展現層也越來越青睞于使用小而靈活的運行時環境，開發者完全可以根據實際需求挑選合適的工具組件，提供更富彈性的展現層應用。Silverlight的未來應該更加關注適用性，而不應該過度考慮基本功能的強大，否則將發展成為另一個WPF，而失去自己的方向。

　　Silverlight4將Silverlight3的身軀加大了1.7M，加入了一些諸如集合接口ISetT、延遲初始化類LazyT、元組對象工廠類Tuple等復雜類型，加重了Silverlight內核。因此，在Silverlight5的Wish List中，筆者強烈要求Silverlight5關注解決跨設備的問題，而不要過度考慮加重基礎類庫的強大功能，加重Silverlight的包袱，使原本輕便的Silverlight CoreCLR變得更加臃腫，無法起飛。

　　對于未來，希望Silverlight仍能輕舞飛揚！

　　相關文章：Silverlight之輕

it知識庫：Silverlight之輕，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。