Migrando de Delphi para C#.net

[Thulio Prudente]

Olá Pessoal,

Aqui na empresa onde trabalho estamos planejando a troca da tecnologia atual que usamos de Delphi (para Desktop) e PHP (Para Internet) para a plataforma "unica" C#.net.

Para começar foi feito um treinamento básico sobre C#.net com o uso de Linq e demonstração de alguns diferenciais da linguagem juntamente com o uso do banco de dados SQL Server.

Porém agora que vamos iniciar nossas atividades temos o seguinte cenário:

- Sistemas: ERP para órgãos publicos que são integrados por um banco de dados e fontes de uso comum entre módulos (Financeiros, RH, etc).

- Banco de dados: Usamos Firebird (fazemos milagres nele) e usaremos o mesmo até completar a transição de tecnologia, para então usarmos Oracle, SQL Server ou Postgres.

- Plataforma: Nossos sistemas serão para plataforma Web e mobile (futuramente).

- Relatórios: Usamos no Delphi o Quick Report que nos permite gerar relatórios em diversos formatos (Formulario, em Grid, com graficos, etc) e chegamos a ver o XtraReports que parece ser equivalente.

- Plataforma de Desenvolvimento: Utilizamos um terminal de desenvolvimento compartilhado entre desenvolvedores locais e outros que o utilizam via internet.

Algumas dúvidas que temos para este cenário:

- Qual framework de banco de dados seria melhor? (Li sobre NHibernate e EF, mas não sei a diferença entre eles, só me parece que o NH é mais usado).

- Existe uma estrutura de pastas padrão para que possamos nos basear para organizar melhor nosso fonte?

- Existem padrões de nomenclaturas (funções, variáveis, etc) feitas visando a realidade do C#?

- Que "componente" (dialeto de delpheiro) vocês usam para geração de relatórios complexos e que se encaixaria neste cenário?

- Qual framework para Testes vocês indicariam? 

- Para controle de versões estamos pensando em usar o TFS, seria uma boa?

São muitas as dúvidas, e com certeza surgirão mais pelo caminho, porém estou pedindo esta "mãozinha" porque queremos começar da melhor forma possível.

Desde já agradeço pela ajuda.

:)

--
Thulio Ultramari
Analista de Sistemas

Twitter: @Thuliourp

[Abraão Alves]

Minha empresa está fazendo algo parecido em alguns produtos e sinceramente a melhor solução nesse caso é ter uma pessoa com boa experiência avançada* em .Net na equipe para coordenar-la.

Pense nisso.

*: Não é um cara trabalha a muito tempo com .Net e sim um cara q ja passou por varias situações diferentes e hj sabe da importancia da qualidade no software.

Dica p contratar bem: pesquisem no GitHub.com

Em 02/06/2011 16:24, "Thulio Prudente" <thul...@gmail.com> escreveu:
> Olá Pessoal,
>
>
> Aqui na empresa onde trabalho estamos planejando a troca da tecnologia atual
> que usamos de Delphi (para Desktop) e PHP (Para Internet) para a plataforma
> "unica" C#.net.
>
> Para começar foi feito um treinamento básico sobre C#.net com o uso de Linq
> e demonstração de alguns diferenciais da linguagem juntamente com o uso do
> banco de dados SQL Server.
>
> Porém agora que vamos iniciar nossas atividades temos o seguinte cenário:
>

> - *Sistemas:* ERP para órgãos publicos que são integrados por um banco de

> dados e fontes de uso comum entre módulos (Financeiros, RH, etc).

> - *Banco de dados:* Usamos Firebird (fazemos *milagres *nele) e usaremos o

> mesmo até completar a transição de tecnologia, para então usarmos Oracle,
> SQL Server ou Postgres.

> - *Plataforma:* Nossos sistemas serão para plataforma Web e mobile
> (futuramente).
> - *Relatórios:* Usamos no Delphi o Quick Report que nos permite gerar

> relatórios em diversos formatos (Formulario, em Grid, com graficos, etc) e
> chegamos a ver o XtraReports

> <http://www.devexpress.com/Products/NET/Reporting/Gallery.xml>que parece ser
> equivalente.
> - *Plataforma de Desenvolvimento:* Utilizamos um terminal de desenvolvimento

> compartilhado entre desenvolvedores locais e outros que o utilizam via
> internet.
>
>
> Algumas dúvidas que temos para este cenário:
>
> - Qual framework de banco de dados seria melhor? (Li sobre NHibernate e EF,
> mas não sei a diferença entre eles, só me parece que o NH é mais usado).
> - Existe uma estrutura de pastas padrão para que possamos nos basear para
> organizar melhor nosso fonte?
> - Existem padrões de nomenclaturas (funções, variáveis, etc) feitas visando
> a realidade do C#?
> - Que "componente" (dialeto de delpheiro) vocês usam para geração de
> relatórios complexos e que se encaixaria neste cenário?
> - Qual framework para Testes vocês indicariam?
> - Para controle de versões estamos pensando em usar o TFS, seria uma boa?
>
>
> São muitas as dúvidas, e com certeza surgirão mais pelo caminho, porém estou
> pedindo esta "mãozinha" porque queremos começar da melhor forma possível.
>
> Desde já agradeço pela ajuda.
>
> :)
>
> --
> Thulio Ultramari
> Analista de Sistemas
>

> Twitter: *@Thuliourp*
>
> --
> Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com
> Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br

[Gabriel Ribeiro]

Também acho melhor contratar alguém, mesmo que seja um desenvolvedor
Pleno ou Sênior...

On 2 jun, 20:12, Abraão Alves <abraao.teodo...@gmail.com> wrote:
> Minha empresa está fazendo algo parecido em alguns produtos e sinceramente a
> melhor solução nesse caso é ter uma pessoa com boa experiência avançada* em
> .Net na equipe para coordenar-la.
>
> Pense nisso.
>
> *: Não é um cara trabalha a muito tempo com .Net e sim um cara q ja passou
> por varias situações diferentes e hj sabe da importancia da qualidade no
> software.
>
> Dica p contratar bem: pesquisem no GitHub.com

[Bruno Fernandes]

#merchan MODE_ON

Se pagarem bem e a empresa for do Rio, eu me canditado para a vaga!

#merchan MODE_OFF

kkkkkk, 

Bruno N Fernandes

Analista Desenvolvedor de Sistemas .Net

Mercado Pleno Soluções em Computação
* bruno...@gmail.com 
)  (0xx21) 9715-7252

)  (0xx21) 8279-8401
( (0xx21) 3497-2056
& 

QP Antes de imprimir, pense na sua responsabilidade social. Menos papel, mais árvores!

[Thulio Prudente]

A empresa fica no Vale do Paraíba, interior de São Paulo. rs

2011/6/3 Bruno Fernandes <bruno...@gmail.com>

Twitter: @Thuliourp

[Adilson Jr]

Sou certificado em Delphi e fui master training da Borland/CodeGear/Embarcadero. Uso delphi desde a primeira versão e adotei o C# no lançamento do .NET pela Microsoft.

Bom, tenho experiência prática nas duas realidades, caso possa ajudar estou a disposição.

abraços,

Adilson Jr

[Renato Cantarino]

Os Cv's pode ser mandado diretamente para ele!

att,

Renato Cantarino

[Adilson Jr]

Não se trata disso Sr. Renato, é autruísmo.

[Renato Cantarino]

ok.

Imagina quantas pessoas que trabalharam com Delphi e hoje trabalham com C# vao responder?

Manda o CV para ele logo e pare de flame!

[Daniel Freire]

Olha a sexta! Foco no grupo, rsrsrs

2011/6/3 Renato Cantarino <renato.c...@gmail.com>

--
Daniel C. Freire
Analista Desenvolvedor
MCP, MCTS - Web Applications 2.0
(31) 8467-2331
@danielfreire

[Guilherme Rares]

Eu tbm vim do Delphi para C# hehe

Mas não estou procurando nada, vamos ajudar com dicas então e agregar conhecimento que todos temos, caso ele se interesse ele  se comunica em particular.

Guilherme Rares
Consultor de Tecnologia
Cel: (11) 7368-8469

[Renan Henrique]

Povo acordou meio tenso hoje, rs....Relaxem....

[Renato Cantarino]

nao tem ninguem tenso.

Apenas disse para mandar o cv direto.

[Adilson Jr]

É pra isso que existe fóruns como este, pra ajudarmos uns aos outros, não tenho pretensões que exigem o envio de um currículo, aliás, não preciso.

Estou tentando ajudar um profissional da mesma área que a minha. É possível ou vai continuar intervindo inconvenientemente?

Se sim, então estou no lugar errado, pensei que era pra que TODOS realmente respondessem.

É a terceira vez que tento colaborar neste fórum e em todas com respostas imaturas. Desisto.

Desculpe,

AJ

Em 3 de junho de 2011 10:52, Renato Cantarino <renato.c...@gmail.com> escreveu:

[Renan Henrique]

#ForeverAlone_Detected

 

De: dotnetar...@googlegroups.com [mailto:dotnetar...@googlegroups.com] Em nome de Adilson Jr
Enviada em: sexta-feira, 3 de junho de 2011 11:22
Para: dotnetar...@googlegroups.com
Assunto: Re: [dotnetarchitects] Re: Migrando de Delphi para C#.net

 

É pra isso que existe fóruns como este, pra ajudarmos uns aos outros, não tenho pretensões que exigem o envio de um currículo, aliás, não preciso.

[Bruno Gross]

No foco do tópico:

tive um cliente assim. O cara tinha um software bom pra cacete, feito em delphi, que atendia tudo o que ele queria, tinha uma equipe madura, calejada no delphi, que fazia a coisa funcionar perfeitamente.

O software era rentável (ele tinha mais de 500 clientes) e acordou um dia e decidiu "vou migrar pra C#".

Me contratou pra dar as "linhas" que ele deveria seguir para as coisas funcionarem.

Olhei o cenário que ele tinha. Cara, ok, ganho pra isso. Mas meu veredito foi um: cara, não mude!

Tudo era bem feito, bem estruturado ao negócio dele. O software era bem evolutivo onde precisava. Robusto onde precisava. Adaptado e fugindo ao padrão onde precisava de desempenho... Normalizado onde a coisa precisava de mais manutenção mas o desempenho não era o gargalo.

Resumindo: perdi o cliente, ganhei um amigo mas não deixei o cara alterar o rumo onde as coisas funcionavam...

2011/6/3 Adilson Jr <adilsonb...@gmail.com>

--
Visite:
DotNet Br
Compras no Exterior

att.
Bruno Gross
(21) 83422729

[Bruno Gross]

ps: se bancarem minha estadia, vou aí feliz! rs

2011/6/3 Bruno Gross <bruno...@gmail.com>

[Thulio Prudente]

Mas nesse caso, será que é fácil a evolução da tecnologia? 

Os motivos pelos quais estamos migrando são que hoje temos duas equipes (Desk com delphi e web com PHP) e desejamos uni-las em uma só além de ter uma tecnologia "mais atual" que nos dê mais recursos, que serão diferenciais de mercado, e que não temos hoje com as tecnologias atuais.

O que seria mais dificil da migração nesse sentido com base nas experiências que têm?

2011/6/3 Bruno Gross <bruno...@gmail.com>

[Gerson Dias]

Thulio,

Sinceramente acho que este não é um problema de tecnologia. Quero dizer que não é uma questão de arquitetura, de ser fácil ou difícil ou quais as dificuldades que vc irá encontrar, mas é sim uma decisão de negócio que deve ser avaliada para que decida-se se vale a pena ou não fazer a migração. Aliás, acho que a palavra não é migração, afinal vc quer ter um diferencial de mercado com a nova aplicação e isto só é alcançado com inovação.

Não adianta nada vc pegar o mesmo software em delphi e coloca-lo em asp.net mvc com todas as tecnologias e arquiteturas da moda, o que vc vai precisar é ver o que o negócio realmente necessita e fazer um novo software que seja aderente ao negócio do seu cliente. Neste caso, a unica coisa que vc irá realmente precisar se preocupar (tecnologicamente falando) é a migração dos dados, que costuma ser um processo bem chato. Mas não caia na tentação de fazer seu novo modelo de uma forma a facilitar esse processo, pois, provavelmente, o modelo também mudou.

Enfim, acho que é mais uma dúvida de análise de negócios do que propriamente de arquitetura de software.

2011/6/3 Thulio Prudente <thul...@gmail.com>

[Bruno Gross]

Exato! O que o Gerson falou se aplicava bem ao meu cliente.

Fiz a seguinte pergunta a ele: vc acha que precisa evoluir seu software para se adequar a uma nova demanda de seus clientes ou do seu ego, que vê seu software numa tecnologia "antiga"?

Tem de se pensar... por exemplo:

Vou migrar meu projeto pra nuvem!

 - se trata-se de um ERP ou um CRM, dificilmente os clientes vão querer algo assim. Tá é retrógrado pensar assim mas é algo cultural que vc não vai mudar na mente dos clietes.

Uma das alternativas do meu cliente era comprar um software de conversão automática de Delphi para C# (essa merda existe!).

Ou seja. Ele não precisava mudar o software. Ele queria mudar o software pois pra ele era necessário...

E qual o problema do PHP (vou apanhar aqui com essa pergunta...rs)?

2011/6/3 Gerson Dias <gerson....@gmail.com>

[Thulio Prudente]

O PHP não tem problemas, porém a plataforma do C#.net tem mais soluções, como o uso de componentes (principalmente visuais como os que citei) que agilizam o desenvolvimento de aplicações.

A intenção não é criar um "xerox" de nosso sistema Delphi para o C#.net, e sim já criar uma estrutura nova com TUDO novo, e a linguagem também foi pensada nesse sentido.

Atualmente temos funcionalidades iguais feitas em fontes separados PHP e Delphi, podiamos até fazermos comunicação entre eles por web services ou coisas do tipo, mas nada fica tão bom quanto o compartilhamento do mesmo fonte. Problemas com caida de apache, entre outros, são dores de cabeça que podem  (sempre vão segundo Murphy) acontecer.

Hoje temos metade do time com Delphi e a outra metade com o PHP, porem a nossa demanda de serviço é maior para Delphi hoje e tem épocas que é maior para PHP, com todos no C# isso seria melhor aproveitado, por exemplo, e além disso, pelo que vejo, hoje em dia é muito difícil encontrar "Delpheros", pois não se formam mais developers deste tipo hoje, caso este que não acontece com C#.

As vantagens que citei em relação a pessoal podem até ser relevadas, mas o que estamos querendo aqui é ter uma plataforma que evolua melhor, tenha melhor integração e seja multplataforma (Web, Desk e mobile) com linguagem unica para melhor compartilhamento do que é desenvolvido.

2011/6/3 Bruno Gross <bruno...@gmail.com>

[Bruno Gross]

Bom... a visão de vcs é boa nesse ponto. Querer evoluir e não ter mais do mesmo.

Vou dar minhas opiniões sobre as dúvidas que postou...

- Qual framework de banco de dados seria melhor? (Li sobre NHibernate e EF, mas não sei a diferença entre eles, só me parece que o NH é mais usado).

Leia-se ORM. Bom, eu ficaria com o NH. Mais maduro que o EF. 

Aqui da pra se ler algo sobre http://ayende.com/blog/4351/nhibernate-vs-entity-framework-4-0

- Existe uma estrutura de pastas padrão para que possamos nos basear para organizar melhor nosso fonte?

- Existem padrões de nomenclaturas (funções, variáveis, etc) feitas visando a realidade do C#?

Bom, aí é uma questão de boas práticas com sua equipe! Recomendo a leitura do livro Clean Code. Lá ajuda a pensar nesses nomes e tudo mais.

Mas enxergo que uma consultoria de alguém mais familiarizado com a plataforma possa ajudar nesse sentido. Não há receita de bolo. Sua realidade não é a minha. Arquitetura emergente (tem um podcast dos caras aqui da DNA sobre isso...vale a pena ouvir) não tem receita.

 

- Que "componente" (dialeto de delpheiro) vocês usam para geração de relatórios complexos e que se encaixaria neste cenário?

Depende mto. Sempre usei e gosto (hahahahaha) do Crystal Reports. Há alternativas (dundas chart, tem a que vem no VS.Net...)

 

- Qual framework para Testes vocês indicariam? 

Eu uso o MSTest pois vem integrado com o visual studio 2010. O Nunit tb é excelente. Nunca usei os outros

  

- Para controle de versões estamos pensando em usar o TFS, seria uma boa?

Eu uso ele. Gosto bastante pois atende o que eu quero. Aqui na lista tem uma discussão enorme sobre isso...da uma olhada na busca lá. Mta gente (leia-se os jedis daqui) falando bem do github.

Espero que meus 2 cents ajudem...

Mas NÃO ache que sua equipe é madura o suficiente pra encarar uma migração dessa sem orientação. Não, ela não é! Mudar de plataforma vai bem além de mudar a sintaxe habitué!

2011/6/3 Thulio Prudente <thul...@gmail.com>

[Thulio Prudente]

Bruno muito obrigado pela ajuda ae! :)

Era EXATAMENTE esta a ajuda que eu esperava deste grupo. 

Sei também não ha maturidade suficiente aqui e provavelmente procuraremos uma consultoria, porem dando sua opinião de acordo som suas experiências posso ter um rumo de "por onde começar".

Obrigado.

Obs.: Se tiverem mais opiniões como as do Bruno eu aceito :).

2011/6/3 Bruno Gross <bruno...@gmail.com>

[Gerson Dias]

Acredito que a grande maioria aqui te daria as mesmas dicas. Mas já que é assim a visão do pessoal aí, não chame o projeto de "migração" chame-o de v-next, do que quiser, mas algo que diga que é novo e não mais do mesmo numa nova tecnologia. Acredite, nomes e as idéias que eles passam são importantes! =)

2011/6/3 Thulio Prudente <thul...@gmail.com>

[João Luis Mendes]

Pronto!

Acompanhando o lista do nosso colega.

Pessoal ae que estão C# que foram do Delphi
Me falem das vantagens e desvantagens, se hoje é interessante trabalhar com Delphi.
Qual a ocasião em que devo escolher entre ambas.
E a tendência dessas duas linguagens para o futuro tanto para demandas de aplicações, mercado e desenvolvimento (tecnologias agregadas que ajudam o desenvolvedor)
Nos passe essa experiencia.
Por favor.

João Luis Mendes da Silva

----------------------------------------

Msn: jonh...@hotmail.com
Skype: joao.luis.mendes
Blog: jonhlois.wordpress.com
Currículo on-line: http://sites.google.com/site/joaoluismendessilva/

Fone: (99) 8804 5046

[Alex]

Experiência própria,
Lido com um projeto grande feito em Delphi e temos feitos novos
projetos (menores) em C#.

O Delphi é muito bom, mas "passou", passou no sentido de estímulo do
mercado.
Profissionais que encontramos, geralmente são os profissionais com
menos capacidades que não migraram para Java ou C#.
Então a longo prazo pode virar um Cobol, que ainda é usado mas é
complicado achar profissional capacitado.
Para lidar com isso, tenho adotado a prática de treinar desde o início
estagiários e procuro manter a equipe motivada para
não perder os profissionais capacitados.
Por esta razão principal, não investiria em novos projetos em Delphi.

Mas ao mesmo tempo que acho que é muito mais barato manter o projeto
em Delphi do que migrar para outra tecnologia.
Pois não há para o meu cliente, migrar para outra tecnologia.

Alex

On 3 jun, 11:22, João Luis Mendes <jlmendessi...@gmail.com> wrote:
> Pronto!
>
> Acompanhando o lista do nosso colega.
>
> Pessoal ae que estão C# que foram do Delphi
> Me falem das vantagens e desvantagens, se hoje é interessante trabalhar com
> Delphi.
> Qual a ocasião em que devo escolher entre ambas.
> E a tendência dessas duas linguagens para o futuro tanto para demandas de
> aplicações, mercado e desenvolvimento (tecnologias agregadas que ajudam o
> desenvolvedor)
> Nos passe essa experiencia.
> Por favor.
>
> Em 3 de junho de 2011 11:07, Renato Cantarino

> <renato.cantar...@gmail.com>escreveu:

>
> > nao tem ninguem tenso.
> > Apenas disse para mandar o cv direto.
>

> > Em 3 de junho de 2011 11:06, Renan Henrique <renan...@gmail.com> escreveu:
>
> >  Povo acordou meio tenso hoje, rs....Relaxem....
>

> >> *De:* dotnetar...@googlegroups.com [mailto:
> >> dotnetar...@googlegroups.com] *Em nome de *Daniel Freire
> >> *Enviada em:* sexta-feira, 3 de junho de 2011 10:54
> >> *Para:* dotnetar...@googlegroups.com
> >> *Assunto:* Re: [dotnetarchitects] Re: Migrando de Delphi para C#.net

>
> >> Olha a sexta! Foco no grupo, rsrsrs
>

> >> 2011/6/3 Renato Cantarino <renato.cantar...@gmail.com>

>
> >> ok.
>
> >> Imagina quantas pessoas que trabalharam com Delphi e hoje trabalham com C#
> >> vao responder?
>
> >> Manda o CV para ele logo e pare de flame!
>

> >> Em 3 de junho de 2011 10:47, Adilson Jr <adilsonbatist...@gmail.com>

> >> escreveu:
>
> >> Não se trata disso Sr. Renato, é autruísmo.
>

> >> Em 3 de junho de 2011 10:42, Renato Cantarino <renato.cantar...@gmail.com>

> >> escreveu:
>
> >> Os Cv's pode ser mandado diretamente para ele!
>
> >> att,
>
> >> Renato Cantarino
>

> >> Em 3 de junho de 2011 10:41, Adilson Jr <adilsonbatist...@gmail.com>

> >> escreveu:
>
> >> Sou certificado em Delphi e fui master training da
> >> Borland/CodeGear/Embarcadero. Uso delphi desde a primeira versão e adotei o
> >> C# no lançamento do .NET pela Microsoft.
>
> >> Bom, tenho experiência prática nas duas realidades, caso possa ajudar
> >> estou a disposição.
>
> >> abraços,
>

> >> *Adilson Jr*
>
> >> Em 3 de junho de 2011 10:15, Thulio Prudente <thulio...@gmail.com>

> >> escreveu:
>
> >> A empresa fica no Vale do Paraíba, interior de São Paulo. rs
>

> >> 2011/6/3 Bruno Fernandes <bruno.t...@gmail.com>

>
> >> #merchan MODE_ON
>
> >> Se pagarem bem e a empresa for do Rio, eu me canditado para a vaga!
>
> >> #merchan MODE_OFF
>
> >> kkkkkk,
>
> >> Bruno N Fernandes
>
> >> Analista Desenvolvedor de Sistemas .Net
>
> >> Mercado Pleno Soluções em Computação

> >> * <bruno.t...@gmail.com> bruno.t...@gmail.com

> >> )  (0xx21) 9715-7252
>
> >> )  (0xx21) 8279-8401
> >> ( (0xx21) 3497-2056

> >> & <http://www.mercadopleno.com.br/>
>
> >> QP Antes de imprimir, pense na sua responsabilidade social. *Menos papel,
> >> mais árvores!*

>
> >> Em 3 de junho de 2011 09:54, Gabriel Ribeiro <

> >> gabrielribeiro....@gmail.com> escreveu:

> *João Luis Mendes da Silva*
> ----------------------------------------
> Msn: jonhl...@hotmail.com

[Anderson Dantas Correia]

Como nomenclatura é um bom começo para o desenvolvedor começar a se habituar e sentir a diferença de sintaxes, API e até mesmo ousaria em dizer a forma de pensar (sim, nada de colocar tudo no evento do botão ou naquela página que faz um monte de include, trabalhei com as duas linguagens anteriormente e sei como acaba saindo o resultado), eu aconselharia dar uma olhada no livro do Brad Adams:

http://www.amazon.com/Framework-Design-Guidelines-Conventions-Libraries/dp/0321545613/ref=dp_ob_title_bk

Também seria interessante o time de desenvolvimento em ambas as plataformas se habituarem mais com OO e Design Patterns, não deixem isso passar porque vocês poderão tirar maior proveito de um desenvolvimento mais orientado a objetos na mudança de plataforma.

Abs,

Anderson Correia

Cel.: 19 8813-1039

Skype: correianet

[Laercio Simões]

Thulio,

Eu tive uma situação parecida, tive uma grande conversão de Delphi p/ C#.

No meu caso escrevi um conversor de Delphi p/ C#.

Basicamente lia o código Delphi e escrevia o equivalente em C#. Não consegui o melhor resultado assim, mas rapidamente converti toda a plataforma p/ C#. A partir dai começamos a refinar o código C# para que ficasse mais eficiente.

Quanto as escolhas da tecnologia a minha opinião:

Banco de Dados: SQL Server vai muito bem, outros também funcionam mas prefiro o MS SQL Server

Plataforma: C# p/ tudo.. algumas vezes C++ p/ componentes especificos, mas creio que não seja o seu caso.

Relatorios: Tem alguns componentes, Cristal vai bem, normalmente nao utilizo muito relatorios, mas acabo gerando PDFs quando necessito, me parece mais facil, mas precisa entender melhor a sua necessidade

Plataforma de Desenvolvimento: Eu uso Visual Studio 2010 na maquina local com TFS. Existem outras opcoes que talvez sejam mais adequadas por questao de licenciamento de software, mas isto nao é problema para mim, não saberia dizer qual é o seu caso.
Framework Banco de Dados - NHibernate esta mais maduro, mas eu aposto que EF é o futuro, mesmo com as suas limitacoes eu iria p/ EF.

Nomenclatura / Pastas: Nao existe um padrao, mas tem boas praticas

Componentes: Nao gosto muito de usar... mas se preferir assim um pacote como o Telerik pode ser uma boa.

Controle de Versao: TFS funciona bem, tem coisas melhores, mas p/ as minhas necessidades atende e tem um bom custo x Beneficio

Se quiser mais detalhes da conversao Delphi p/ C# mande uma mensagem em private que falamos melhor.

Att

Laercio

Em 2 de junho de 2011 14:24, Thulio Prudente <thul...@gmail.com> escreveu:

Olá Pessoal

Aqui na empresa onde trabalho estamos planejando a troca da tecnologia atual que usamos de Delphi (para Desktop) e PHP (Para Internet) para a plataforma "unica" C#.net.

Para começar foi feito um treinamento básico sobre C#.net com o uso de Linq e demonstração de alguns diferenciais da linguagem juntamente com o uso do banco de dados SQL Server.

Porém agora que vamos iniciar nossas atividades temos o seguinte cenário:

- Sistemas: ERP para órgãos publicos que são integrados por um banco de dados e fontes de uso comum entre módulos (Financeiros, RH, etc).

- Banco de dados: Usamos Firebird (fazemos milagres nele) e usaremos o mesmo até completar a transição de tecnologia, para então usarmos Oracle, SQL Server ou Postgres.

- Plataforma: Nossos sistemas serão para plataforma Web e mobile (futuramente).

- Relatórios: Usamos no Delphi o Quick Report que nos permite gerar relatórios em diversos formatos (Formulario, em Grid, com graficos, etc) e chegamos a ver o XtraReports que parece ser equivalente.

- Plataforma de Desenvolvimento: Utilizamos um terminal de desenvolvimento compartilhado entre desenvolvedores locais e outros que o utilizam via internet.

Algumas dúvidas que temos para este cenário:

- Qual framework de banco de dados seria melhor? (Li sobre NHibernate e EF, mas não sei a diferença entre eles, só me parece que o NH é mais usado).

- Existe uma estrutura de pastas padrão para que possamos nos basear para organizar melhor nosso fonte?

- Existem padrões de nomenclaturas (funções, variáveis, etc) feitas visando a realidade do C#?

- Que "componente" (dialeto de delpheiro) vocês usam para geração de relatórios complexos e que se encaixaria neste cenário?

- Qual framework para Testes vocês indicariam? 

- Para controle de versões estamos pensando em usar o TFS, seria uma boa?

São muitas as dúvidas, e com certeza surgirão mais pelo caminho, porém estou pedindo esta "mãozinha" porque queremos começar da melhor forma possível.

Desde já agradeço pela ajuda.

:)

--
Thulio Ultramari
Analista de Sistemas

Twitter: @Thuliourp

--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetar...@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br

--
Laercio H. Simões
Research
University of Sao Paulo
High Performance Consulting

[Thulio Prudente]

Obrigado Anderson!

Isso é uma das preocupações nossas também, pois havia (codigo legado) muita coisa feita com evento de maneira "porca".

Esse tipo de meterial/conhecimento será muito util... 

2011/6/11 Anderson Dantas Correia <info.c...@gmail.com>

Twitter: @Thuliourp

[Thulio Prudente]

Laercio,

A conversão não seria o caso, pois faremos nosso ERP de novo porém eliminando algumas limitações que temos hoje, na verdade com disse antes, não seria uma migração, mas sim uma "transformação" (me expressei mal no assunto do e-mail :P)

Mas em relação as dicas de bancos de dados, frameworks, etc; gostei do que escreveu, porem o SQL Server aqui não é bem visto...rs

As outras ferramentas eu irei sugerir aqui...

Obrigado!

2011/6/12 Laercio Simões <net...@gmail.com>