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。使用 await async 等等...

请告诉我哪个更适合将在三个国家/地区运行的 LOB 应用程序抛出 Internet。我应该继续在 Silverlight 中进行零部署，还是在 WPF 甚至 Windows 窗体中工作并使用 clickonce？

Answer 1

McAffee 阻止某些内容的事实与它的长期未来无关。 McAfee 不是任何人，他们无法确定特定技术是否可以使用，或者将来是否会使用。

Silverlight seems 已经走到了尽头，因为微软意识到如果他们创建一个多平台应用程序环境，人们可能会停止使用 Windows。

WPF 似乎也被弃用，取而代之的是 WinRT XAML，但当然 WinRT XAML 目前不是我们开发人员的选择，仅仅是因为它仅适用于 Windows 8，而我们的客户没有 Windows 8或更高。

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

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

说真的，这种死技术无法解决当今的任何挑战。您可以在任何基于 XAML 的技术中轻松完成的事情要么是不可能的，要么需要在 winforms 中进行大量可怕的 hack。

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

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

Answer 2

非常感谢您的回答并与我分享您的经验。我总是尝试将 WinRT 作为我编写的每一行代码的策略规划。因为我希望将来可以轻松地将我的代码迁移到 WinRT。未来在我看来可能会在两年内发生。我可能会发现自己处于一种情况，我们将有针对性地迁移到 Windows 9 之类的系统。

最成功的迁移方案 - 如我所愿，它可能是通过在客户端尽可能增加 PCL 的使用并在一小块 WinRT 模块中进行测试。

我们希望微软在 Windows 9 上取得成功。

我很遗憾地决定改用 WPF 而不是 Silverlight，以防 Silverlight 依赖于将来可能不支持的浏览器。正如我们在这里，Chrome、Safari 和其他人正在停止支持 Silverlight。我为什么要坚持用这么好的技术在它完成之前就死了。

我在未来迁移中可能面临的主要困难可能与两种模式有关： - Prism.Regions：Windows 商店比这更好。 - Prism.Modularity：Windows 应用商店对此没有迁移策略。

至少目前我正在写我的想法 Prism for Windows Store 远未实现区域和模块化。

这不是最终答案，而是我应该做什么和不应该做什么的线索。