Usuário com melhor resposta
Sugestão para migração Delphi para Visual Studio 2010

Pergunta
-
Pessoal,
Bom dia.
Gostaria da sugestão e dicas em relação há uma migração de aplicativos Delphi e asp clássico para o C# no visual studio.
Hoje eu tenho o seguinte cenário:
2 sites feitos com o asp clássico, sendo que um deles tem versão inglês e português
1 ERP feito em delphi 5
Alguns aplicativos feito em delphi que geram relatórios, estes são executados por agendamento no servidor.
Nesta migração eu gostaria de solucionar alguns sérios problemas que tenho hoje em relação a duplicidade de código e uma melhor organização e maior facilidade de manutenção em relação as regras de negocio da empresa.
Provavelmente não seria interessante ter uma única solução que contenha todos os projetos.
Hoje tenho uma equipe com 5 analistas, somente um tem um conhecimento básico de C#, por isto gostaria de buscar uma arquitetura que a curva de aprendizado não seja muito impactante.
Dentro da experiências de vocês qual seria a melhor arquitetura?
Sandro Rassy
- Movido Wagner dos Santos Vasconcellos segunda-feira, 21 de maio de 2012 16:17 (De:Arquitetura de Soluções)
Respostas
-
Em primeiro lugar, bem vindo!
Eis as minhas sugestões:
a) sites asp clássico => use asp.net mvc 2 ou 3 (default, sem razor) pois ele tem uma abordagem semelhante ao asp clássico, no que tange as páginas (views), inclusive, usam a mesma semântica de <% %>, vai ser mais fácil e é uma excelente plataforma. (http://www.asp.net)
b) aplicação delphi desktop => temos duas opções, Windows Forms e WPF. Windows Forms talvez seja mais rápido de produzir alguma coisa. Eu prefiro WPF porque dá pra se construir aplicações muito, muito bonitas, mas tem uma curva de aprendizado maior... (no pain... no gain)
c) serviços de agendamento => eu utilizaria Windows Services, há um tipo de projeto com esse nome no Visual Studio
d) compartilhamento de serviços => se vc tem processos que podem ser compartilhados entre aplicações de diferentes arquiteturas, como o ERP desktop, plataforma WEB e Windows services, considere colocar isso num serviço, no mundo MS, um Windows Communication Foundation service.
É isso que eu faria. Se precisar de ajuda profissional, pode entrar em contato, terei prazer em lhe ajudar neste processo de migração.
Abraço.
HJ
Todas as Respostas
-
Em primeiro lugar, bem vindo!
Eis as minhas sugestões:
a) sites asp clássico => use asp.net mvc 2 ou 3 (default, sem razor) pois ele tem uma abordagem semelhante ao asp clássico, no que tange as páginas (views), inclusive, usam a mesma semântica de <% %>, vai ser mais fácil e é uma excelente plataforma. (http://www.asp.net)
b) aplicação delphi desktop => temos duas opções, Windows Forms e WPF. Windows Forms talvez seja mais rápido de produzir alguma coisa. Eu prefiro WPF porque dá pra se construir aplicações muito, muito bonitas, mas tem uma curva de aprendizado maior... (no pain... no gain)
c) serviços de agendamento => eu utilizaria Windows Services, há um tipo de projeto com esse nome no Visual Studio
d) compartilhamento de serviços => se vc tem processos que podem ser compartilhados entre aplicações de diferentes arquiteturas, como o ERP desktop, plataforma WEB e Windows services, considere colocar isso num serviço, no mundo MS, um Windows Communication Foundation service.
É isso que eu faria. Se precisar de ajuda profissional, pode entrar em contato, terei prazer em lhe ajudar neste processo de migração.
Abraço.
HJ
-
hamiltonj,
Muito obrigado pela sua resposta e ajuda.
Pensando na sua sugestão, surgiram as seguintes dúvidas:
a) Se eu utilizar o compartilhamento de serviços, com o WCF, isto significa que as regras do negócio ficaram neste projeto e os outros projetos (Web e Desktop) iriam consumir este serviço. Nas rotinas de desenvolvimento seria possível debugar de um projeto web ou desktop chegando até o WCF ou este debug não seria possível pelo fato de estarem separados (não sei se consegui me fazer entender).
b) Utilizando o WCF existi alguma questão em relação a perda de performance?
Obrigado.
Sandro Rassy
-
a) Isso mesmo. É possível debugar em ambiente de desenvolvimento normal! E obviamente mais dificil de debugar em produção, mas essa é a idéia mesmo né... ninguém vai subir código com debug symbol em produção....
b) Existe sim e isso é esperado, mas a perda é aceitável. É o tradeoff que vc paga pelo desacoplamento de código e pelo isolamento.
Abs.
HJ
-