Nós temos um aplicativo que é muito usado. Nesta aplicação, temos lógica de negócios em nossos modelos de visão e na camada de serviço
Agora precisamos migrar o aplicativo para html por causa de problemas de desempenho, além de considerar que a Microsoft joga fora o suporte para essa tecnologia.
Nós não podemos simplesmente parar a aplicação por váriosmeses para terminar a migração. Nossos clientes precisam usá-lo. Minha primeira abordagem será migrar toda a lógica de negócios para os serviços, tornando o aplicativo um thin client, para que possamos usar os serviços para chamadas ayax em um novo cliente. ui, feito com html
Você tem alguma experiência com essas migrações? Quais são os prós e contras?
Respostas:
2 para resposta № 1Estamos atualmente fazendo um desses projetos
o que eu recomendaria é seguir
Tenha toda a lógica de negócios que não seja específica da UI ou específica do silverlight em suas próprias Bibliotecas de Negócios.
Coloque uma camada de serviço WCF ou WebAPI (REST) na parte superior da lógica de negócios para que toda a lógica de negócios possa ser acessada por meio de diferentes tecnologias
Use AngularJS ou ASP.NET combinação MVC + AngularJS para que possa manter MV * padrão indo e provavelmente usar a maioria de sua lógica ViewModel com a mudança pouco, dando alguns que experiência semelhante para os clientes que são usados para UI silverlight
1 e 2 foi muito importante em nosso projeto porqueEle deu essa separação e flexibilidade para expandir para qualquer máquina cliente sem alterar o código mínimo. Ex: mais tarde, se decidirmos criar um aplicativo para Android, basta transferir apenas a lógica do viewmodel sem tocar na lógica ou nos serviços da sua empresa.