Quando será impossível para suportar aplicações de Visual Basic 6.0? [fechadas]

https://stackoverflow.com/questions/400479

03-07-2019
|

Pergunta

Nos últimos 3-5 anos, tenho vindo a renovar um pedido de seguro e um conjunto de ferramentas de integração commmercial baseado em Visual Basic 6.0.

De acordo com a Microsoft " Ele só política funciona " do IDE não é mais suportado após 8 de abril de 2008.

Ele ainda trabalha para desenvolver e implantar aplicativos Visual Basic 6.0.

Quando é que vai ser impossível de suportar aplicações de Visual Basic 6.0, ou será que vão viver para sempre como aplicações Cobol fazer?

Update: Microsoft declaração março 2010:. A equipe de Visual Basic está empenhada em “Apenas trabalha” compatibilidade para Visual Basic 6.0 aplicações no Windows Vista, Windows Server 2008 R2, incluindo, e Windows 7

Atualização de maio de 2011:
20o aniversário feliz Visual básica

Solução

Eu diria que eles estão em risco, porque o sistema operacional e hardware irá evoluir de debaixo deles.

Você pode executar o Visual Basic 6.0 no Windows XP, mas mesmo isso de perto do final da sua vida (ele continua sendo revivida em seu leito de morte).

Os aplicativos Cobol ainda vivo porque os mainframes são executados não vão a lugar nenhum. "Big ferro" foi construído durante um tempo quando os computadores eram caros e raros e teve que correr para 20-30 anos. Não é verdade com aplicativos baseados em PCs e Windows, que são vistos como mais descartável.

Outras dicas

Se você precisa de continuar a apoiar VB6 Eu recomendaria a criação de uma VM que contém XP e VB 6 com todos os service packs sobre ele. Desta forma, você pode continuar a executar seu ambiente de desenvolvimento, apesar de seus evolui de desktop para algo que pode ser incompatível com o ambiente dev VB 6. Instalar o Visual Studio 6 no Vista tinha problemas há dois anos.

Para novos desenvolvimentos para além de manutenção gostaria de olhar para a utilização de um ambiente diferente. Tem sido minha experiência que você é melhor fora olhando para ele de um ponto de vista completamente novo e não restringir-se a migração para o VB .NET. É o suficiente de um aborrecimento para migrar que você realmente deve fazer novo desenvolvimento no melhor ambiente para a sua aplicação. Isso pode ser VB .NET e não pode.

O desenvolvimento utilizando tecnologia obsoleta nunca é um problema até que ele é um problema e então é tarde demais. Você precisa ficar no ponto ideal da curva e você é o único que pode decidir o que é. Se mudar muito cedo você provavelmente irá tomar a decisão errada e se você esperar muito tempo você vai ficar muito para trás. É decisões como esta que faz este divertido campo e doloroso ao mesmo tempo.

Há uma tonelada de software mercado vertical desenvolvido em VB6 por fabricantes de vários tipos de máquinas. VB6 uso de controles ActiveX, ActiveX DLLs, e a capacidade de consumir mais Win32 DLLs tem levado a muitos fabricantes de vários componentes para VB6 apoio.

Usando o VB6 e as bibliotecas de suporte é pelo menos uma ordem de magnitude mais rápido e mais confiável do que os métodos mais antigos de montagem em chips personalizados, ou usando C. Note-se que mesmo o C / C ++ desenvolvedores foram ajudados como eles podem consumir o novo apoiar bibliotecas também.

Muitas destas aplicações são preenchidos com funções matemáticas que foram testados ao trabalho para o ambiente e as máquinas que eles foram projetados para.

Assim, quando a Microsoft fez VB.NET incompatível com VB6 este era um negócio grande para muitos de nós. Ao contrário da transição da VB3 para VB4-6, temos que tocar o nosso código em muitos lugar, a fim de fazê-lo funcionar com .NET. Tanto é verdade que recai para a mesma coisa que reescrever seu software em um novo idioma.

Por estas razões VB6 vai viver por mais algum tempo, como todos estas máquinas estão lá fora. Ainda precisando de novas atualizações e correções.

Provavelmente vai trabalhar para um bom número de anos, mas, eventualmente, você vai chegar ao ponto onde você tem que manter o hardware antigo, executando um antigo sistema operacional, unpatchable, a fim de executar o software. Enquanto isso, você está perdendo todas as novas guloseimas-quadro e de linguagem que são desenvolvidos. Eventualmente, você vai ter uma necessidade de corrigir alguma coisa ou adicionar algo que não é possível em seu ambiente e, em seguida, você começa a pagar o inteira projeto de lei para a sua dívida técnica acumulada.

A minha opinião: você já deve estar trabalhando em um upgrade para uma plataforma mais recente ou de substituição para a aplicação. Minha preferência é quase sempre de fazer isso antes que eu sou forçado a pelas circunstâncias.

Eu acho que aplicativos Visual Basic 6.0 vai viver por um longo tempo, como aplicações COBOL, e por razões semelhantes. Partes de produtos da empresa são ainda VB6, e eles não serão alterados até que haja uma boa razão. Nós estamos esperando Microsoft não será capaz de soltar o apoio VB6 por um bom tempo, porque muitos de seus clientes corporativos têm VB6 apps. Eles já foram forçados a prolongar o período de suporte para além dos seus planos originais. Nós estamos esperando vitórias Raymond Chen sobre revista MSDN - piada obscura que só fará sentido se você se lembrar Joel postar sobre dilemas da Microsoft com compatibilidade com versões anteriores contra pureza design.

Se você está pensando em atualizar ou reescrever, IMHO esta questão e esta questão ter algumas respostas informativas. Você pode misturar novos componentes .NET com existente Visual Basic 6.0 usando Interop, se houver .NET características que você deseja, ou mesmo se você só quer aprender .NET.

O Visual Basic 6.0 newsgroups ainda são muito ativo então não há obviamente um monte de fogeys velhos como eu, ainda em desenvolvimento no Visual Basic 6.0:)

duffymo, Bruceatk - o Visual Basic 6.0 IDE pode ser feita para o trabalho no Vista com um pouco de esforço.

COBOL é um padrão público, com várias implementações de vários fornecedores em múltiplas plataformas de hardware.

VB6 só é suportado pela Microsoft, e eles já lhe disse que não vai apoiar-lo em novas versões do Windows. Então, eventualmente, ele será efetivamente morto. O mesmo pode ser verdade de COBOL, mas nem de longe tão rapidamente.

Eu espero que ele vai impossível apoiar VB6 aplicativos postar o Windows 7. (espero que o tempo de execução VB6 e IDE para funcionar no Windows 7, mas não janelas 8)

Update: 2/17/12 Basic 6.0 declaração de apoio do Microsoft Visual agora inclui Windows 8. Elas implicam o IDE pode ser executado em Windows 8 também. http://msdn.microsoft.com/nb-no /vbrun/ms788708(en-us).aspx

Você sempre será capaz de desenvolver em VB 6, desde que a Microsoft não vai visitar seus computadores para uninstal-lo. Se você não quer reescrever a sua aplicação, então você não / não terá que.

Mas as ferramentas que você começa agora são os mesmos que os que você vai ter dez anos a partir de agora. Assim, você pode acabar ficando para trás à medida que novos paradigmas de ciência da computação vir (supondo que você não vai desenvolver o seu próprio compilador VB).

Por degola com VB atual, sua aplicação será sempre "possível" para manter, mas vai ficar mais difícil a cada segundo.

Em um aspecto que vai viver para sempre como o tempo de execução vb continuará a trabalhar sobre os sistemas operacionais da Microsoft que existem hoje. VB6 ainda aplicativos funcionam no Vista, por exemplo. aplicações VB6 será impossível apoiar avançando quando paradas da Microsoft que suportam o runtime VB6 em seus sistemas operacionais.

Isso significa que eles provavelmente vão continuar a viver para sempre, tanto quanto algumas aplicações COBOL ainda vivem hoje. Novo código quase nunca deve ser escrito na linguagem efetivamente morto, agora, porém, assim que a comercialização de VB6 habilidades estarão em um declínio progressivo até algumas baixas, restos de estado estacionário.

Com a virtualização usando VirtualPC / VMWare / VirtualBox etc, que, em teoria, deveria ser possível aplicações VB6 apoio desde que você tenha um sistema operacional hospedeiro, que pode executar VB6 corretamente que você pode virtualizar que podem executar esses aplicativos.

Estou pensando em muitas empresas que executar software escritos para NT4 que carecem de suporte de driver para novas máquinas em máquinas virtuais.

Eu acho que eles vão estar lá para sempre. simples razão: MS não pode enviar um SO que não suporta-los porque nenhuma grande corporação iria comprar esse OS

Eu comecei programação profissional com Visual Basic 3.0 em torno de uma década atrás, e eu era provavelmente o último cara a migrar para .NET (eu fiz isso em 2004). Então você não poderia encontrar uma maior admirador da plataforma do que eu.

Eu não acho que Visual Basic 6.0 está a ir embora logo. Não está há um monte de aplicativos legados escritos nele. Empresa de software de contabilidade, ferramentas personalizadas, você nomeá-los. Assim, as aplicações será em torno.
O número de novas aplicações Visual Basic 6.0 está indo para baixo em uma espiral, por isso, se você estiver olhando para fazer uma carreira como um programador Visual Basic 6.0, você está obsoleta.
Dito isto, haverá uma muito forte demanda por pessoas que podem manter / fix / atualizar código antigo.

Eu tenho software escrito em Visual Basic 6.0 que tem cerca de 100 mil usuários, e ainda está forte. Todo o meu novo desenvolvimento está em C #, mas para este software particular, acho que vou reescrevê-lo em C # até 2009 final, ou 2010 início. Assim, pelo menos até então não vejo Visual Basic 6.0 não ser suportado pelo Windows.

Se você ainda tiver o sistema operacional e as ferramentas de que nunca será "impossível" para apoiá-los.

As verdadeiras questões é se você ainda quer apoiá-los.

A maioria do que é necessário para executar aplicações Visual Basic 6.0 também é necessário para VBA .

E VBA não está indo em qualquer lugar em breve -. Não há simplesmente muito do que sobre

Então, se você tem idade suficiente para estar desenvolvendo em Visual Basic 6.0, eu não me preocuparia com isso parar trabalhando em sua vida.

VB6 provavelmente será em torno de sempre em organizações tipo de seguro / banco. Hardware movendo fora de seu reino não é um problema. Eles simplesmente obter alguma forma de emulador. Eu vi um pedido de um mainframe muito antiga trabalhando dentro de um emulador que estava dentro de outro emulador.

Geralmente, apenas não faz sentido para os negócios para os não technicals considerar uma reescrita e reteste para algo que já funciona. -

Bem-vindo ao mundo do inferno doloroso ... sair agora :-) -

Eu acho que Visual Basic 6.0 continuará a trabalhar por um longo tempo. Para começar, .NET falhou como uma plataforma de desenvolvimento para aplicações comercialmente massa distribuídos. ninguém parece usá-lo na forma como Visual Basic 6.0 / C ++ foram / são utilizados. Os tempos de execução NET ainda não são de forma confiável lá (a partir da experiência, nós puxamos um aplicativo .NET e recodificados-lo em C ++ para esta razão)

Eu concordo sobre a empregabilidade, no entanto.

Perder Visual Basic 6.0 foi um grande erro da Microsoft: eles foram hipnotizados com a coisa toda OO. A maioria das pessoas quer um rápido desenvolvimento, argumentos não pedantes sobre o código bonito.

VBA substituiu Visual Basic 6.0 dentro de escritórios: quem pensa de manipular escritório através da Internet. rota NET?

Os tempos de execução ainda são o pesadelo com .NET.

I código de suporte em 20.000-30.000 desktops e analisar o registro deles. A quantidade de computadores sem quaisquer tempos de execução NET (muito menos 2+) é impressionante. Não há nenhuma maneira uma massa distribuir lata código auxiliar para eles (o aplicativo principal é C ++) sem empregar um exército de pessoal de apoio para a mão-hold sobre os reboots.

C ++ é a única maneira de ir para aplicações do lado do cliente.

O que um desastre todo o OO miragem tem sido por MS e assim nós! O que um inflator custo!

... e ASP.NET WebForms / viewstate ... Eu poderia escrever para dias (nossos contratantes de programação claramente fez.)

Eu aplicativos VB6 suspeitos terão vida limitado, porque Redmond tem que manter seus codificadores ocupado puxando o tapete debaixo de todos.

Se você acha que re-escrever seus aplicativos em .NET vai garantir sua imortalidade, basta lembrar DDE, OLE, COM, DAO, etc. etc.

Se um aplicativo funciona não há nenhuma boa razão, deve parar de trabalhar sem alguém encontrar os recursos para reescrevê-lo a cada poucos anos, mas, infelizmente, há uma abundância de razões.

Ele só se torna "impossível" se você começar a adicionar máquinas e OS de na mistura que o aplicativo não será executado.

Vista ainda será executado VB6 apps. Meu palpite é que 7 vai continuar a fazê-lo bem .. e se não, há sempre virtualização.

Qualquer tipo de upgrades de hardware / OS que a sua empresa pode estar planejando necessidades para levar seus aplicativos LOB existentes em consideração. Isso não é diferente do que tomar a sua versão atual do Office ou o seu cliente de e-mail em consideração.

PC de realmente não tem uma data de expiração. Mesmo se você estiver preso com XP você pode obter hardware que funciona com ele e continuará a fazê-lo por algum tempo. Se você comprar máquinas de pré-construídos, você pode precisar de simplesmente rebaixar o sistema operacional instalado. O que não é muito grande.

Dito isto, você provavelmente tem cerca de mais 3 anos antes que as coisas se tornam difíceis, e outro 1 ou 2 depois disso antes que as pessoas não querem mais trabalho em seu departamento de TI por causa de como antiga tudo é.

programa

A VB6 não é nada que um Win32-executável, que se baseia em uma série de acompanhar COM-ActiveX-bibliotecas. Então é só uma questão de criação de um-pacote de configuração adequada.

A propósito, o VB6 IDE funciona perfeitamente em um 7 máquina de 64 bits do Windows (com um par de pequenos ajustes, é claro).

PS. Infelizmente a minha empresa ainda navios comercial e VB6-produtos disponíveis ao público, de modo -. Acontece que eu sei que

Visual Basic 6.0 funciona, até que você precisa usar threads, ou até que você terá de arquivos enfrentam maiores do que 4 GB.

Eu tenho que dizer que este é algo que você não pode acusar a muito (e justamente!) Caluniado COBOL para.

COBOL é continuamente apoiada com novos lançamentos freqüentes de IBM, UNISYS, MicroFocus em várias plataformas que as coisas de apoio, como o mais recente hardware, 64 bits de endereçamento, construído em suporte para XML etc .. Existe ainda uma versão Linux (OpenCobol), que é progredindo bem.

Além disso, a própria linguagem está continuamente desenvolvendo (se você pode chamar cometer os mesmos erros antigos com novas palavras reservadas em desenvolvimento: -}) eo mais recente especificação langauge é totalmente OO olhar aqui se você não acredita em mim!

Assim COBOL ainda não está morto apenas arcaico. Considerando Acho VB 6.0 realmente está morto e apenas pouco tarde para seu próprio funeral.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow