Silverlight是否更具可擴展性,然後是HTML。我發現Silverlight代碼在客戶端上運行,除非它必須更新或從服務器獲取數據。如果我在Silverlight中開發應用程序,我的應用程序會更具響應性嗎?我並不擔心在客戶端安裝Silverlight的最終用戶。我可以自己安裝silverlight到客戶端。silverlight是否可擴展?
我只需要知道,如果我開發Silverlight應用程序將它使我的應用更具擴展性和/或響應
Silverlight是否更具可擴展性,然後是HTML。我發現Silverlight代碼在客戶端上運行,除非它必須更新或從服務器獲取數據。如果我在Silverlight中開發應用程序,我的應用程序會更具響應性嗎?我並不擔心在客戶端安裝Silverlight的最終用戶。我可以自己安裝silverlight到客戶端。silverlight是否可擴展?
我只需要知道,如果我開發Silverlight應用程序將它使我的應用更具擴展性和/或響應
對於所有意圖和目的,Silverlight應用程序都是通過Web提供的「胖客戶端」應用程序。他們的代碼在本地機器上執行,並且通過WCF Web服務進行與數據存儲的通信,WCF Web服務通常由RIA Services包裝。
一旦加載,Silverlight應用程序的響應速度非常快。在Silverlight中構建一個性能良好的用戶界面可能會比WPF更具挑戰性,但不是太多。
的問題就沒有意義了。 HTML本身並不是做什麼。沒有交互性,沒有什麼可以響應是。當然,網絡應用通常依賴於服務器端邏輯(這需要網絡往返,導致延遲)和Javascript(本地運行,所以非常快速)......但是HTML本身就是一種描述文件的語言。它不會做什麼,它不是「響應」或「可擴展」。
最終,這兩種方法都是相同的:無論是在HTML頁面還是Silverlight中使用JavaScript實現邏輯,響應性都不會有顯着差異。當您需要與服務器通信時,瀏覽器或Silverlight插件是否發出請求並不重要,在這兩種情況下都需要網絡往返。
+1最大的關鍵是「html」應用程序邏輯必須在JAVASCRIPT中,而不是代碼服務器端代碼與回發,而不是。按照現代標準,這樣的應用程序令人難以置信。 – 2010-11-03 17:21:00
當然,每個人都知道,如果一個web應用程序都是html,那麼會有更多的全程往返服務器。如果Facebook是100%silverlight,你認爲他們現在需要這麼多的服務器和帶寬嗎? – Luke101 2010-11-03 17:58:57
@Luke:是的。他們仍然需要進行相同數量的服務器端處理。你如何「喜歡」沒有往返服務器的東西?你會如何閱讀你的朋友的狀態?無論您是否使用Silverlight,該數據都不會奇蹟般地出現在客戶端上。它必須由客戶端(瀏覽器或Silverlight)請求,然後從服務器發送。用來編寫客戶端的技術在那裏幾乎沒有什麼區別。 – jalf 2010-11-03 18:11:57
可擴展性是什麼?帶寬,服務器CPU?
理論上,將處理移動到客戶端將有助於服務器CPU,但您的數據請求仍然需要處理。此外,如果你的silverlight應用程序比網頁大,它會取代你,最終可能會使用更多的帶寬。 (您可以使用CDN)
原則上,如果在一個會話期間遇到很多頁面,那麼認爲它可以更具可擴展性是公平的。
其他問題,例如市場可到達當然,但有一個客戶端應用程序是我用來幫助速度和成本的方法。
比什麼更具擴展性和響應能力? HTML,WinForms,C++?你的問題沒有完成 – 2010-11-03 17:16:10
你是什麼意思?你打算做某種網格/集羣計算嗎?你需要客戶使用多個核心嗎?多個CPU?多臺物理機器?用哪種方式可擴展? – jalf 2010-11-03 17:19:38