今天，當我在Windows 8計算機中通過按下Visual Studio 2012中的F5在Internet Explorer中運行Silverlight項目時，我發現McAfee開始阻止Silverlight XAP （由Prism加載）。Mcafee更新阻止Silverlight和Silverlight技術的未來
這讓我再次思考Silverlight的未來。我在我的LOB應用程序的開始。我應該停止我喜歡在Silverlight中工作並返回到WPF。我可以繼續在Silverlight中開發，直到Windows 8變得像Silverlight一樣豐富。這就是爲什麼我將Model和MVVM限制爲PCL以便將來更容易移植到WinRT的原因。使用await async等...
請告訴我哪個更適合在三個國家/地區運行的LOB應用程序投擲Internet。我應該繼續Silverlight的零部署，還是在WPF甚至Windows窗體中工作並使用clickonce？
McAffee阻止了某件事情的事實與它的長遠未來沒有任何關係。邁克菲不是一個人，他們並不確定是否可以使用特定的技術，或者將來會使用它。
Silverlight seems由於Microsoft意識到如果他們創建了多平臺應用程序環境，人們可能會停止使用Windows，因此已經到了死衚衕。
WPF似乎也被拋棄了，或者WinRT XAML，但當然WinRT XAML並不是我們開發者的選擇，因爲它僅僅是Windows 8，而我們的客戶沒有Windows 8或更高。
此外，在技術上，WinRT-XAML似乎比WPF XAML更差，並且缺少許多重要功能。
當然winforms是完全無用的，不是一個選項，除非你需要在我的奶奶的80386計算機上使用Hercules單色顯示器 （誇張）運行你的應用程序。
嚴重的是，死亡的技術並不是解決當今任何挑戰的答案。在任何基於XAML的技術中你都可以輕鬆完成的事情要麼是不可能的，要麼在winforms中需要一堆可怕的黑客。
我想明確的答案在很大程度上取決於使用場景，例如：
非常感謝您的回答，並與我分享您的經驗。我總是儘量保持WinRT作爲我編寫的每行代碼的策略規劃。因爲我希望將代碼輕鬆遷移到WinRT。未來可能會在兩年內轉化爲我，我可能會發現自己處於一種我們將被定位遷移到Windows 9之類的狀態。
最好的成功遷移場景 - 正如我所願，它可以通過儘可能多地在客戶端增加PCL的使用，並在一小塊WinRT模塊中進行測試。
我們希望微軟成功在Windows 9
我黯然決定轉移到WPF，而不是Silverlight的在Silverlight的依賴，可能無法在未來支持的瀏覽器的情況下。正如我們在這裏，Chrome，Safari和其他人停止支持Silverlight。爲什麼我應該堅持用完美的技術進行傳播呢？
我在未來遷移時可能遇到的主要困難可能與兩種模式有關： - Prism.Regions：Windows Store比這更好。 - Prism.Modularity：Windows Store對此沒有遷移策略。
至少現在我正在寫我的想法Prism for Windows Store遠不是實現Regions和Modularity。
這不是最終答案，而是我應該做什麼和不該做什麼的線索。