COMO MIGRAR SISTEMA VB6 PARA VB 2010?
Fiz um backup e comecei a mexer, aà já mudei várias coisas que teoricamente não funcionariam no VB2010, porém não consigo nem abrir o projeto, nem importar os formulários na versão nova.
Alguém tem alguma(s) dica(s)?
Vlw
Alguém tem alguma(s) dica(s)?
Vlw
Os usuário mais experientes aqui do site sempre recomendam escrever tudo do zero.
A dica do colega ADHEL serve pra você.
Reescreva do zero!
Reescreva do zero!
Citação::
Os usuário mais experientes aqui do site sempre recomendam escrever tudo do zero.
Ai jisuis, tem muita coisa, começar do zero vai dar um trabalho do cão.
Será q não tem algum software que converta pelo menos uma parte?
Vlw
O futuro aponta para a dicotomia Java x .NET, embora, nichos de mercados sempre existirão, o Visual Basic ainda apresenta uma grande quantidade de código que deverá ou ser migrado ou ser refeito. Ou seja recomesse do ponto incial.
Li sobre algumas coisas a respeito.
Tem um Add in que é instalado na maquina onde tem Visual studio 2008 e VB6. Ele fará toda a migração do VB6 para VS2008. Somente alguns comando que não são aceitos na migração e você deve corrigi-los.
rscon!([Ô] field[Ô]) ou rscon.field([Ô] field[Ô]) não estou certo qual dos dois não é aceito.
Tem um Add in que é instalado na maquina onde tem Visual studio 2008 e VB6. Ele fará toda a migração do VB6 para VS2008. Somente alguns comando que não são aceitos na migração e você deve corrigi-los.
rscon!([Ô] field[Ô]) ou rscon.field([Ô] field[Ô]) não estou certo qual dos dois não é aceito.
é amigo, eu tb estou no mesmo barco... é por isso que continuo no VB6...reescrever 500 mil linhas não dá
Citação::
é amigo, eu tb estou no mesmo barco... é por isso que continuo no VB6...reescrever 500 mil linhas não dá
Até dá pra colar o código, mas tem de recriar formulário por formulário e adaptar o código para os campos novos.
Boa sorte a nós
Abs
Olá Amigo,
A diferença entre VB6 e VB2010 são simplesmente grotescas.
A M$ reescreveu o VB,
Então não compensa [Ô]migrar[Ô], pois existem muitas diferenças e seria muito mais trabalhoso ajustar o código do que criar tudo novamente.
Ex. tratamento de excessões (On Error Goto) que não passa de um direcionador, se transformou em Try Catch (que é estruturado), Sobrecarga, orientação a objetos, handlers de eventos..e N melhorias.
Portanto, com toda a experiencia que tenho nos meus 8 anos de programação. COMECE DO ZERO, vai valer a pena e você vai gastar bem menos tempo,
A diferença entre VB6 e VB2010 são simplesmente grotescas.
A M$ reescreveu o VB,
Então não compensa [Ô]migrar[Ô], pois existem muitas diferenças e seria muito mais trabalhoso ajustar o código do que criar tudo novamente.
Ex. tratamento de excessões (On Error Goto) que não passa de um direcionador, se transformou em Try Catch (que é estruturado), Sobrecarga, orientação a objetos, handlers de eventos..e N melhorias.
Portanto, com toda a experiencia que tenho nos meus 8 anos de programação. COMECE DO ZERO, vai valer a pena e você vai gastar bem menos tempo,
Vai ter que reescrever tudo!
Você pode até adiar a migração, mas um dia não haverá como escapar.
Você pode até adiar a migração, mas um dia não haverá como escapar.
Uma dica todos os controles em VB6 partem do principio controle.ocx (Controles activeX) e seu respectivo controle.oca
Importar não recomendo pela imcompatibilidade (pois no VB2010 só roda controle.dll) terá que desenhar tela por tela, mas todas as Procedures Functions Enum Types e objetos que vc escreveu no VB6 com toda a certeza funciona no VB2010.
Sendo que muita coisa foi criada para melhorar seu desenvolvimento em .Net
Porem é arduo e demorado pois terá com toda a certeza escrever seu aplicativo no VB2010 novamente. Estou utilizando desde o 2005 e fui migrando para o2008 e agora o 2010.
Se vc migrar dentro da plataforma .Net é totalmente viável FrameWork 1.0 para 2005 e depois para 2008 e por ultimo 2010 é 95% certo de migração.
Só lembrando que na platafortma Windows 7 já encontra bastante problemas para rodar aplicações feitas em VB6.
Aplicações 32Bits tende a morrer por isso planejar seus aplicativos em uma plataforma .Net e passar para 64Bits já é uma corrida contra o tempo.
Trabalho muito tempo com o VB6 e tenho ainda algumas de minhas aplicações ainda em VB6 (òtima ferramenta) mas utilizar uma plataforma .Net e 64 Bits já é uma realidade que os clientes já exigem das empresas.
desculpe pelo texto longo mas resumidamente é o futuro que nos aguarda.
Importar não recomendo pela imcompatibilidade (pois no VB2010 só roda controle.dll) terá que desenhar tela por tela, mas todas as Procedures Functions Enum Types e objetos que vc escreveu no VB6 com toda a certeza funciona no VB2010.
Sendo que muita coisa foi criada para melhorar seu desenvolvimento em .Net
Porem é arduo e demorado pois terá com toda a certeza escrever seu aplicativo no VB2010 novamente. Estou utilizando desde o 2005 e fui migrando para o2008 e agora o 2010.
Se vc migrar dentro da plataforma .Net é totalmente viável FrameWork 1.0 para 2005 e depois para 2008 e por ultimo 2010 é 95% certo de migração.
Só lembrando que na platafortma Windows 7 já encontra bastante problemas para rodar aplicações feitas em VB6.
Aplicações 32Bits tende a morrer por isso planejar seus aplicativos em uma plataforma .Net e passar para 64Bits já é uma corrida contra o tempo.
Trabalho muito tempo com o VB6 e tenho ainda algumas de minhas aplicações ainda em VB6 (òtima ferramenta) mas utilizar uma plataforma .Net e 64 Bits já é uma realidade que os clientes já exigem das empresas.
desculpe pelo texto longo mas resumidamente é o futuro que nos aguarda.
Tópico encerrado , respostas não são mais permitidas