我们有一个大量使用的应用程序。在这个应用程序中，我们在视图模型和服务层
中有业务逻辑现在我们需要将应用程序迁移到html，因为性能问题，另外考虑到微软会抛弃对此技术的支持。
我们不能只停止申请几个月来完成迁移。我们的客户需要使用它。我的第一种方法是将所有业务逻辑迁移到服务，使应用程序成为瘦客户端，以便我们以后可以在新的ui中使用服务进行ayax调用，使用html进行
您对此迁移有任何经验吗？有什么优点和缺点？
答案 0 :(得分：2)
我们目前正在进行其中一个项目
我建议遵循
在自己的业务库中拥有非特定于UI或Silverlight的所有业务逻辑。
将服务层WCF或WebAPI（REST）放在业务逻辑之上，以便可以通过不同的技术访问所有业务逻辑
使用AngularJS或ASP.NET MVC + AngularJS组合，这样您就可以保持MV *模式的运行，并且最有可能使用大部分ViewModel逻辑进行位更改，同时为使用Silverlight UI的客户提供类似的体验
1和2在我们的项目中非常重要，因为它提供了干净的分离和灵活性，可以扩展到任何客户端计算机而无需更改最小代码。例如：如果我们决定制作一个Android应用程序，您只需要传输viewmodel逻辑而不需要触及您的业务逻辑或服务。