0

今天，当我通过在我的 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 应用程序抛出 Internet。我应该继续在 Silverlight 中进行零部署，还是在 WPF 甚至 Windows 窗体中工作并使用 clickonce？

4

2 回答 2

0

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

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

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

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

当然winforms是完全没用的，不是一个选择，除非你需要在我奶奶的80386电脑上运行你的应用程序，并带有一个Hercules单色显示器（夸张）。

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

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

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

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

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

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

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

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

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

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

于 2013-10-05T11:26:31.857 回答