建站
咨詢
售后
建站咨詢
新聞中心
第二屆Silverlight Firestarter 發(fā)布會在美國召開，微軟企業(yè)副總裁 Scott Guthrie 發(fā)布了Silverlight 5 的一系列新特性，并宣布Silverlight 5 將注重豐富的媒體體驗與企業(yè)應用開發(fā)兩大方面的改進。其中針對媒體方面的改進包括GPU硬解碼、H.264等5項功能，而針對企業(yè)應用方面的改進包括64位操作系統支持、IE 9硬件加速、向量打印、文本清晰度、調用非托管代碼等30多項功能，可以看出Silverlight已經逐漸將其未來重心轉向企業(yè)級應用方面(一直以來，筆者都認為Silverlight的強項應該是企業(yè)應用)。
創(chuàng)新互聯公司是一家專業(yè)提供洛龍企業(yè)網站建設,專注與做網站、網站制作、H5開發(fā)、小程序制作等業(yè)務。10年已為洛龍眾多企業(yè)、政府機構等服務。創(chuàng)新互聯專業(yè)網站設計公司優(yōu)惠進行中。
Silverlight作為微軟“三屏一云”戰(zhàn)略中展現層的重要技術，越來越引起企業(yè)開發(fā)者的注意。新浪財經、騰訊、淘寶、口碑網等互聯網企業(yè)已經嘗試使用Silverlight開發(fā)交互性較強的商業(yè)應用，而一貫謹慎保守的大型金融公司陸續(xù)開始使用Silverlight來提高企業(yè)應用的用戶體驗，比如中國人壽(網上服務應用)、中國人保(商務智能應用)已經有相關應用，而像花旗銀行、工商銀行這樣的大型銀行也在嘗試使用Silverlight來實現未來網上銀行一些功能。
為什么Silverlight在推出短短三年左右時間內就能觸動企業(yè)開發(fā)者呢?原因很簡單，Silverlight具有良好的后臺語言框架支持，這就是基于.Net高級語言的精簡運行環(huán)境。具體而言原因有三：
1. Silverlight之輕，即較之WPF、Java Swing、Delphi等C\S架構有更加輕量的運行環(huán)境與零維護的特點：使用輕量的CLR Core運行時環(huán)境，不依賴于客戶端環(huán)境(無須安裝體積龐大的.Net Framework，這一點太棒了)。
2. Silverlight之重，即較之Html+JavaScript等B/S架構有更優(yōu)越的客戶端彈性：使用C#高級語言代替JavaScript來實現強大的客戶端計算能力、支持多線程，繼承了WPF豐富的樣式、控件、特效與動畫，更可控的瀏覽器適應性，更安全的沙箱模式，客戶端嵌入式數據庫等。
3. Silverlight之美，即較之傳統應用有更友好的交互性，更酷的效果。支持完全面向用戶體驗的開發(fā)過程，其快速原型工具使需求與交付物更為明確，用戶體驗驅動開發(fā)，設計與編碼分離。
在本文中，筆者要著重強調的是“Silverlight之輕!”， Silverlight是企業(yè)應用展現層的輕量級解決方案，從本文開始，筆者將采用連載的方式與大家一起探討Silverlight在企業(yè)級應用解決方案與特性。
現在越來越多的企業(yè)已經開始考慮將原有“豎井狀”的C/S與B/S架構通過SOA等理念進行重構與集成，譬如建立以客戶、產品、合同為中心的主數據管理平臺(MDM)，采用數據即服務的方式對邏輯層提供服務，使用企業(yè)服務總線(ESB)對這些服務進行消息路由、轉換、監(jiān)控及生命期管理，通過業(yè)務流程管理平臺(BPM)混編服務實現業(yè)務流程自動化，通過業(yè)務規(guī)則管理平臺(BRM)實現對業(yè)務邏輯自動化，最后這些應用層服務形成了企業(yè)應用的服務器端處理邏輯。而展現層就是企業(yè)應用中實現人機交互的最后一步，即信息的輸入與展現?，F在的企業(yè)應用解決方案中基于窗體的C/S與基于瀏覽器的B/S架構幾乎構成了企業(yè)應用的全部，但兩者都有其優(yōu)缺點，C/S架構在客戶端的處理能力與交互性較強，但維護性極差;相反，B/S架構在客戶端的維護性極高，但對信息的處理能力、交互性、跨瀏覽器一致性方面都有不足。正是如此，相對C/S架構更為輕型的Silverlight技術就成為了未來高度集成化的企業(yè)應用中理想的展現層的候選方案。傳統的C/S架構，無論是VC++、Delphi、Java的Swing、還是.Net的WinForm、WPF都需要安裝體積笨重的運行時環(huán)境，即使客戶端程序永遠不會使用運行環(huán)境中的特殊組件，但使用者也只能被動接受這些組件占用計算機資源。而Silverlight有著更為輕便的運行式環(huán)境(Silverlight3的運行時環(huán)境4.3M，Silverlight4為6M)，在如此小的運行環(huán)境下面有著B/S無法比擬的高級語言支持，也就是說Silverlight具有一顆.Net的心臟—CoreCLR。
CoreCLR簡單來說就是CLR for Silverlight，是專門為Silverlight量身打造的輕型CLR，用來執(zhí)行Silverlight代碼。Silverlight基于C#高級語言，使用同樣的托管機制與MSIL中間語言，CoreCLR自備編譯環(huán)境、內存管理器，不依賴于外部環(huán)境。打造這個輕型“心臟”的過程并不容易，對于輕型的RIA框架來說Silverlight運行時環(huán)境要考慮兩大問題：大小與兼容性。
大小就是運行時環(huán)境的大小，從用戶的角度來看，下載必須非常小。這就要求將功能集減至最少，目前 Silverlight4運行時環(huán)境大小為6M，CoreCLR中的DLL文件在CLR和WPF的類庫中幾乎都能找到，只不過大大裁剪了尺寸。這其中就包括對基類庫(BCL)的消減，.Net BCL中的很多功能在 Web 客戶端上都沒有任何意義，例如：由于 Silverlight 不支持 CAS，因此大部分 System.Security 都不是必要的，System.Console 等許多桌面類在 Web 中也沒有任何意義。因此，CoreCLR刪減了大量服務器端類庫(如ADO.NET)，去除非泛型集合類(如ArrayList，完全可以通過泛型集合類代替)，同時將復雜的桌面類也一并去除(如PLINQ和一些動態(tài)類)，但保留了.NET Compact Framework 和 Silverlight 間的兼容性。
對于兼容性而言，從編程人員的角度來看，針對 CLR 的編碼應該始終相同。因此，Silverlight堆棧底部的各個組件使用了與桌面CLR相同的代碼，執(zhí)行引擎和虛擬機都必須相同，這部件包括類型系統、元數據、垃圾回收器 (GC)、JIT 編譯器、線程池以及運行時引擎的其他核心部件。但為了適應 Web 應用程序，CoreCLR進行了一些更改，如富 Internet 應用程序通常簡單且運行時間短，JIT 編譯器主要側重于減少啟動時間，而非執(zhí)行更復雜的優(yōu)化操作，同樣，服務器垃圾回收模式可以對使用相似分配模式的多個工作線程進行優(yōu)化，而對 Web 托管應用程序則行不通，因此，Silverlight 只包含針對交互式應用程序進行優(yōu)化的標準工作站 GC。
現在的.NET Framework里有一萬個類，十萬個方法，但CoreCLR中減少到了46個命名空間下不超過一千個類。
C#之父(同時也是Turbo Pascal與Delphi之父)Anders Hejlsberg認為未來編程語言的發(fā)展趨勢及未來方向應該朝著框架與工具發(fā)展。筆者認為未來的語言發(fā)展方向不是朝著大而全的運行時框架方向發(fā)展，而是朝著“輕框架、重工具組件”的方向發(fā)展。當我們使用Visual Studio開發(fā)應用程序時，我們首先選擇的是“語言”，然后是“運行時框架”，再引入我們需要的“工具組件”。而精干的“運行時框架”與豐富的可選“工具組件”將為企業(yè)應用提供更大的彈性、減輕程序大小、優(yōu)化響應性能。
事實上，目前很多金融企業(yè)的核心應用已經在朝著“去客戶化”、“去產品化”的小核心方向發(fā)展，“小核心”+“大外圍”使企業(yè)內部核心具有更加持久的生命力、更加靈活的擴展性和更快的反應能力。而企業(yè)應用展現層也越來越青睞于使用小而靈活的運行時環(huán)境，開發(fā)者完全可以根據實際需求挑選合適的工具組件，提供更富彈性的展現層應用。Silverlight的未來應該更加關注適用性，而不應該過度考慮基本功能的強大，否則將發(fā)展成為另一個WPF，而失去自己的方向。Silverlight4將Silverlight3的身軀加大了1.7M，加入了一些諸如集合接口ISet、延遲初始化類Lazy、元組對象工廠類Tuple等復雜類型，加重了Silverlight內核。因此，在Silverlight5的Wish List中，筆者強烈要求Silverlight5關注解決跨設備的問題，而不要過度考慮加重基礎類庫的強大功能，加重Silverlight的包袱，使原本輕便的Silverlight CoreCLR變得更加臃腫，無法起飛。
“對于未來，希望Silverlight仍能輕舞飛揚!”
原文鏈接：http://www.infoq.com/cn/articles/wl-silverlight-light
網頁名稱：Silverlight之輕
網站鏈接：http://www.5511xx.com/article/dhjpocd.html
