Javascript 选择React或Angular等前端技术，实现Silverlight应用程序的现代化，提供1000多种不同的表单/视图

我们希望将Silverlight应用程序转换为一些现代web技术，如react或angular或任何其他合适的技术，因为Silverlight的生命将在今年年底结束

我正在寻找关于以下需求参数的建议，以选择最佳前端技术

Silverlight应用程序有1000多个视图/表单要转换为新的框架

Silverlight应用程序在浏览器上加载后速度非常快，新的选择至少应该接近我们在Silverlight中获得的性能

是否有任何工具或技术可用，通过这些工具或技术可以在新技术中重用某些代码

前端技术的选择将如何影响代码的可维护性？哪一个容易维护

我们可以使用什么策略在浏览器上分块加载应用程序，而不是一次加载它，因为它会非常大？

• 一气呵成
• 按需加载
• 基于特权的接口加载

我更倾向于使用Reacjs，但我需要您的帮助来决定哪种javascript框架最适合这里的Reacjs、AngularJs、Vuejs或任何其他框架

如果Windows桌面前端满足要求，则为UWP。Blazor，如果它必须是基于Web的

答案可能主要是基于观点。与技术imo相比，更多的是与代码的结构有关

只需在需要时加载内容

如果你关心改变所需的努力，你应该考虑首先移动到<强> OpenSSilver >（WebSimuleSilverlight替换）或<强> WPF ，可能使用CLIKONE进行部署。这样，您就可以从类似于今天的产品开始，并获得更好的性能

几年前，我们用大约50多个复杂的表单切换到WPF和ClickOnce，主要是搜索和替换来更改一些xaml名称空间，所以应该可以在几天内完成。我们的最终用户（甚至他们的IT部门也非常高兴）

一旦切换，您就可以开始使用webview2或blazorview将页面逐个迁移到基于html的技术，并在应用程序中托管页面

可维护性将主要受您使用它的方式和您制作的结构的影响。你会发现人们为所有不同的技术争论不休，说他们最喜欢的是最好的，所以最好在小范围内试用，并选择适合团队的技术

如果您与CLICKONE一起考虑使用具有良好压缩支持的CDN（并且，如果它是一个大问题，您也可以使用可选的延迟组件）。

---

你可能想考虑不要让所有的东西都是单一的SPA，除非你有充分的理由这样做，但是有很多不同的页面，这样会使你更容易拥有快速启动。

也许调查平台。UNO，如果它需要基于网络的话，它在浏览器中使用UWP XAML模型（从Silverlight演变而来），因此，您应该能够重用大部分代码和XAML。如果它不需要在web浏览器中，则直接使用UWP XAML。