C# Silverlight替代Intranet应用程序？
我目前开发了一些Silverlight应用程序，它们托管在公司内部网上。据我所知，Silverlight基本上已经过时了，所以我想知道是否有人知道未来应用程序中使用的好替代方案。我已经做了一些，我看到微软建议将WinRT应用程序转移到桌面应用程序中，但我找不到关于应该在浏览器中托管的应用程序的任何信息，就像我现在对Silverlight所做的那样。我是否应该转而使用ASP.NET/HTML/CSS？推荐的方法是使用HTML5。IE10的Metro版本不支持插件，因此Silverlight无法在那里工作。然而，IE 10的桌面版仍然支持插件，因此您的Silverlight应用程序在一定程度上仍受Windows 8的支持C# Silverlight替代Intranet应用程序？,c#,silverlight-5.0,intranet,C#,Silverlight 5.0,Intranet,我目前开发了一些Silverlight应用程序，它们托管在公司内部网上。据我所知，Silverlight基本上已经过时了，所以我想知道是否有人知道未来应用程序中使用的好替代方案。我已经做了一些，我看到微软建议将WinRT应用程序转移到桌面应用程序中，但我找不到关于应该在浏览器中托管的应用程序的任何信息，就像我现在对Silverlight所做的那样。我是否应该转而使用ASP.NET/HTML/CSS？推荐的方法是使用HTML5。IE10的Metro版本不支持插件，因此Silverlight无法在那
Silverlight不再由Microsoft提供高级支持，但仍将存在一段时间（即所有浏览器在不久的将来都不会放弃支持）。鉴于您正在使用内部网应用程序，您可能有机会在一定程度上控制环境，以便Silverlight应用程序仍然可以访问。然而，转移到HTML5进行新的开发可能是明智的，如果需要的话，还可以考虑对现有应用程序的长期迁移策略。我已经和办公室里的一些人谈过，他们的方法似乎是将Silverlight应用程序转换为WPF应用程序，并使用ClickOnce进行部署。这里的优势是一个相对简单和干净的端口（与HTML/CSS/javaScript相比），我们仍然可以从现有的代码/外观/感觉中获益
这些应用程序都是内部的，因此我们不需要担心平台问题或浏览器问题。我的理解是，对于web内容，您应该使用HTML5。Microsoft的观点：@dmck您必须承认这是一个非常广泛的观点。我最担心的是Silverlight在路上完全消失了，然后我有一大堆应用程序要移植。听起来贵公司并不反对安装应用程序，因为这些应用程序确实为您提供了良好的迁移方法。我唯一的评论是Silverlight和WPF都局限于Windows8的“桌面”端，以防考虑Metro。例如，您可能希望有人能够在WinRT平板电脑上运行您的应用程序。在这次迁移中，首先采用Silverlight/web方法的原因是什么？部署的方便性是Silverlight方法的主要原因。ClickOnce有点困难，但不多。同时，即使是到Metro的端口也比尝试转换为HTML/js容易，因为代码+XAML仍然可以循环使用（大部分情况下），让我们面对现实，SL到HTML/js是一个巨大的倒退。