WINDOWS 10 VS VISUAL BASIC 6
Jorge,
Não chore, se você conhecer a plataforma .net, ira sorrir muito, garanto.
Não chore, se você conhecer a plataforma .net, ira sorrir muito, garanto.
Jorge, realmente amigo, vá de .net! A galera aqui é super atenciosa e irá continuar lhe ajudando na plataforma!
Parei de trabalhar com programação, mas ainda esporadicamente dou suporte a alguns sistemas que desenvolvi no passado. Dificilmente dão algum bug, mas nos últimos 3 anos aproximadamente, precisei fazer modificações para corrigir quebras de compatibilidade impostas por atualizações do Windows.
Mês passado tive que pegar um sistema em VB6 que desenvolvi há mais de 10 anos e é horrÃvel demais para trabalhar. Meu cliente pediu para criar alguns recursos novos, que seriam praticamente inviáveis de implementar com VB6. Faço tudo em C# e ligo as duas plataformas através de COM Interop.
Comecei a trabalhar com .NET ainda no primeiro beta que lançaram como ASP.NET. Não havia ainda nem Visual Studio para o .NET. A diferença de recursos e produtividade é brutal em relação ao VB6. Você não ganha somente pela extensão de recursos do .NET Framework, pois o Visual Studio também evoluiu muito nesse anos. Total integração de plataformas (Desktop, Web e agora Mobile), ferramentas de testes e controle de versão muitos mais eficientes que o antigo Source Safe. Quem se mantém no VB6 gosta de sofrer.
Citaram no tópico o problema de desempenho do .NET, mas é preciso avaliar o que causa esse gargalo. .NET é sim bem performático, o problema maior reside no gargalo dos HDs mecânicos atualmente, principalmente dos modelos de baixa performance, pois o .NET apresenta muita modularidade com separação das bibliotecas em arquivos diferentes e a necessidade da compilação JIT. Conforme os SSDs se tornem mais acessÃveis e isso está cada vez mais próximo, principalmente com os modelos hÃbridos mais acessÃveis, essa desvantagem tende a desaparecer. Outro ponto importante é o novo .NET Native, que nos permitirá compilar a aplicação nativamente antes da instalação e eliminará a compilação JIT no cliente.
Mês passado tive que pegar um sistema em VB6 que desenvolvi há mais de 10 anos e é horrÃvel demais para trabalhar. Meu cliente pediu para criar alguns recursos novos, que seriam praticamente inviáveis de implementar com VB6. Faço tudo em C# e ligo as duas plataformas através de COM Interop.
Comecei a trabalhar com .NET ainda no primeiro beta que lançaram como ASP.NET. Não havia ainda nem Visual Studio para o .NET. A diferença de recursos e produtividade é brutal em relação ao VB6. Você não ganha somente pela extensão de recursos do .NET Framework, pois o Visual Studio também evoluiu muito nesse anos. Total integração de plataformas (Desktop, Web e agora Mobile), ferramentas de testes e controle de versão muitos mais eficientes que o antigo Source Safe. Quem se mantém no VB6 gosta de sofrer.
Citaram no tópico o problema de desempenho do .NET, mas é preciso avaliar o que causa esse gargalo. .NET é sim bem performático, o problema maior reside no gargalo dos HDs mecânicos atualmente, principalmente dos modelos de baixa performance, pois o .NET apresenta muita modularidade com separação das bibliotecas em arquivos diferentes e a necessidade da compilação JIT. Conforme os SSDs se tornem mais acessÃveis e isso está cada vez mais próximo, principalmente com os modelos hÃbridos mais acessÃveis, essa desvantagem tende a desaparecer. Outro ponto importante é o novo .NET Native, que nos permitirá compilar a aplicação nativamente antes da instalação e eliminará a compilação JIT no cliente.
Uma coisa que notei que eu criei um combobox personalizado e quando abria o combo eu colocava um subclassing no combo para poder manipular o evento da roda do mouse. no win10 isso não funciona .... o subclassing deve ser aplicado na lista do combo e não no combo ....... resumindo o win10 não aceitou a gambiarra ...
no windows 10 o VB6 funciona 100% sem nenhum problema.
o único problema que encontrei, que ao compilar no windows 10 e executar em windows 7 por exemplo, aonde tem imagens fica totalmente branco.
mas nem sempre isso acontece. e reiniciando o pc funciona de boa.
acontece com voces ai tambem?
o único problema que encontrei, que ao compilar no windows 10 e executar em windows 7 por exemplo, aonde tem imagens fica totalmente branco.
mas nem sempre isso acontece. e reiniciando o pc funciona de boa.
acontece com voces ai tambem?
Citação:o único problema que encontrei, que ao compilar no windows 10 e executar em windows 7 por exemplo, aonde tem imagens fica totalmente branco.
mas nem sempre isso acontece. e reiniciando o pc funciona de boa.
Problemas sempre aparece no win7 .... independente do sistema onde compilou ....
compilando no windows 7 não ocorre esse problema.
eu compilo no win10 64 bits, e roda normal nos meus clientes, em xp, 7, 8, 10...não tive problemas não..
cara, eu também...
esse problema ta acontecendo 1 a cada 20 computadores que instalo o sistema.
hoje criei uma nova versão e aconteceu aqui em nosso computador de teste.
se entrar no sistema, tudo que é picute e image fica branco
agora se executar como administrador, tudo funciona normal. sem erro.
esse problema ta acontecendo 1 a cada 20 computadores que instalo o sistema.
hoje criei uma nova versão e aconteceu aqui em nosso computador de teste.
se entrar no sistema, tudo que é picute e image fica branco
agora se executar como administrador, tudo funciona normal. sem erro.
e essa nossa maquina de teste, é também windows 10.
compilado em windows 10 e executado em windows 10 deu esse problema.
tudo que é picture fica branco. só executando como administrador pra funcionar direitinho.
deve ser bug do windows.. só pode.
isso acontece 1 a cada 20 computadores
compilado em windows 10 e executado em windows 10 deu esse problema.
tudo que é picture fica branco. só executando como administrador pra funcionar direitinho.
deve ser bug do windows.. só pode.
isso acontece 1 a cada 20 computadores
Tópico encerrado , respostas não são mais permitidas