用于Intranet应用程序的Silverlight替代品？

我目前正在开发一些托管在公司Intranet上的Silverlight应用程序。据我的理解，Silverlight基本上已经死了，所以我想知道是否有人知道用于未来应用的好替代方案。我已经完成了一些research，并且我看到微软建议迁移到WinRT桌面应用程序的东西，但是我找不到任何应该被托管在浏览器中的应用程序，就像我现在用Silverlight做的那样。我应该切换到使用ASP.NET/HTML/CSS吗？用于Intranet应用程序的Silverlight替代品？

来源

2012-08-13 A.R.

我明白的是，对于网络的东西，你应该使用HTML5。 – LukeP 2012-08-13 16:03:34

微软的视图：http://blogs.msdn.com/b/silverlight/archive/2011/04/04/standards-based-web-plug-ins-and-silverlight.aspx – dmck 2012-08-13 16:05:46

@dmck你必须承认这是一个非常广泛的视角。我最关心的是Silverlight完全消失，然后我有一大堆应用程序进行移植。 – 2012-08-13 16:11:12

推荐的方法是使用HTML5。 IE 10的Metro版本不支持插件，所以Silverlight将无法在那里工作。但是，IE 10的桌面版仍然支持插件，因此您的Silverlight应用程序在Windows 8中仍受到一定程度的支持。

Silverlight不再被微软推进，但仍将持续一段时间（即所有浏览器在不久的将来都不会放弃支持）。鉴于您正在使用Intranet应用程序，您可能有机会在一定程度上控制环境，以便仍可访问Silverlight应用程序。不过，如果需要的话，迁移到HTML5以进行新开发可能是明智之举，并考虑为现有应用程序提供长期迁移策略。

来源

2012-08-13 17:13:30 Gambit

我已经和办公室的一些人谈过了，他们的做法似乎是将他们的Silverlight应用程序转换为WPF应用程序，并使用ClickOnce进行部署。这里的优势是相对简单和干净的端口（与HTML/CSS/javaScript相比），我们仍然可以从现有的代码/外观/感觉中受益。

这些应用程序都是内部的，所以我们没有平台问题或浏览器问题担心。

来源

2012-08-20 18:36:54

这听起来像你的公司并不反对已经安装了可以为你提供良好迁移方法的应用程序。我唯一的意见是，Silverlight和WPF都被限制在Windows 8的“桌面”一侧，以防Metro有任何考虑。例如，也许你希望有人能够在WinRT平板电脑上运行你的应用程序。有没有什么具体的原因，Silverlight /网络方法首先被采纳，你会在这次迁移中失败？ – Gambit 2012-08-20 18:57:45

易于部署是Silverlight方法的主要原因。 ClickOnce有点困难，但并不多。与此同时，即使是Metro的端口也比试图转换为HTML/js更容易，因为代码+ XAML仍然可以被回收（大部分）并且让我们面对它，SL到HTML/js是一个巨大的步骤向后。 – 2012-08-21 17:47:58

用于Intranet应用程序的Silverlight替代品？

回答

相关问题