none
Sugestão para migração Delphi para Visual Studio 2010 RRS feed

  • 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

    segunda-feira, 21 de maio de 2012 15:43

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


    • Editado hamiltonj terça-feira, 22 de maio de 2012 19:08
    • Marcado como Resposta rassy quarta-feira, 23 de maio de 2012 14:50
    terça-feira, 22 de maio de 2012 19:07

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


    • Editado hamiltonj terça-feira, 22 de maio de 2012 19:08
    • Marcado como Resposta rassy quarta-feira, 23 de maio de 2012 14:50
    terça-feira, 22 de maio de 2012 19:07
  • 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

    quarta-feira, 23 de maio de 2012 13:34
  • 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

    quarta-feira, 23 de maio de 2012 14:26
  • Muito obrigado pela resposta.

    Sandro Rassy

    quarta-feira, 23 de maio de 2012 14:50