Mcafee更新阻止了Silverlight和Silverlight技术的未来

Question

今天，当我在Windows 8机器中按Visual Studio 2012中的F5在Internet Explorer中运行Silverlight项目时，我发现McAfee开始阻止Silverlight XAP（由Prism加载）。

这让我再次思考Silverlight的未来。我正处于LOB应用程序的开头。我应该停止我喜欢在Silverlight中工作并返回WPF。我可以继续在Silverlight中开发，直到Windows 8变得像Silverlight一样丰富。这就是为什么我将Model和MVVM限制为PCL以便将来更容易移植到WinRT。使用等待异步等等......

请告诉我哪个LOB应用程序更适合在三个国家/地区投放互联网。我应该继续在Silverlight中进行零部署，还是在WPF甚至Windows Forms中工作并使用clickonce？

Answer 1

McAffee阻止某些事情的事实与它的长期未来没有任何关系。迈克菲没有人，他们不确定是否可以使用特定技术，或将来会使用。

由于微软意识到如果他们创建一个多平台的应用程序环境，人们可能会停止使用Windows，那么Silverlight seems已经走到了死胡同。

WPF似乎也被抛弃了，或者WinRT XAML，但当然WinRT XAML不是我们开发人员的选择，仅仅因为它只是Windows 8，而我们的客户没有Windows 8或更高。

此外，从技术上讲，WinRT-XAML似乎真的不如WPF XAML，并且缺少许多重要功能。

当然winforms完全没用，不是一个选项，除非您需要在我的奶奶80386计算机上使用Hercules单色显示器运行您的应用程序 （夸张）。

说真的，那种死技术并不是当今任何挑战的答案。你可以在任何基于XAML的技术中轻松完成的任务要么不可能，要么在winforms中需要一堆可怕的黑客。

我认为确定的答案很大程度上取决于使用场景，例如：

• 如果您必须在网站上发布您的应用程序并让任何人下载并使用它，Silverlight会更有意义。
• WinRT XAML只有在您定位Windows 8或想要创建“metro风格”应用时才有意义。
• WPF是有意义的，如果你想创建Windows桌面应用程序，并通过ClickOnce或Windows Installer将它们部署到更有限和受控制的用户集（因为它需要安装.Net Framework，Click-Once可以处理无论如何）。
• winforms没有任何意义，因为它是一种完全无用的恐龙技术，不支持任何东西。

Answer 2

非常感谢您的回答并与我分享您的经验。我总是尝试将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远非实现区域和模块化。

这不是最后的答案，而是我应该和不应该做的事情的线索。