Considerações Antes da Atualização

  • Artigo

Visual Basic 2008 representa uma grande mudança com relação a versões anteriores do Visual Basic. Como ele foi criado desde o início para usufruir do .NET Framework, existem muitas áreas onde a compatibilidade com versões anteriores foi interrompida.

Observação:

Visual Basic 2008 e Visual Basic 6.0 podem ser instalados no mesmo computador e executados ao mesmo time. Aplicativos escritos em Visual Basic 2008 e Visual Basic 6.0 podem ser instalados e executados no mesmo computador. Componentes escritos em Visual Basic 2008 pode interoperar com componentes COM, escritos em versões anteriores do Visual Basic e outros idiomas.
  • Na maioria dos casos você desejará atualizar seus aplicativos Visual Basic 6.0 para Visual Basic 2008 para que você pode tirar proveito dos benefícios das .NET Framework sistema autônomo você continuar o desenvolvimento. Existem, entretanto, situações onde você pode desejar continuar desenvolvimento no Visual Basic 6.0 em vez da atualização.Alguns dos fatores na decisão quanto a atualizar um aplicativo incluem recursos que não são suportados no Visual Basic 2008e a quantidade de re-trabalho necessário devido a incompatibilidades e considerações de arquitetura.

Recursos Sem-Suporte

Os seguintes recursos do Visual Basic 6.0 já não são suportados em Visual Basic 2008. Para obter mais informações, consulte Preparando para Atualizar um aplicativo Visual Basic 6.0.

  • Controle de contêiner OLE não há nenhum equivalente em Visual Basic 2008. Os aplicativos que dependem desse controle deve ser deixado no Visual Basic 6.0.

  • Troca de Dados Dinâmica (DDE) - Não há mais suporte para métodos de troca de dados dinâmica DDE.As aplicações que dependem do DDE deve ser revisadas para usar outro método de comunicação entre aplicações ou deixa-lo no Visual Basic 6.0.

  • DAO ou vinculação de dados RDO dados a uma fonte de dados DAO ou RDO não são suportados no Visual Basic 2008; o Data controle e o RemoteData controle não têm nenhum equivalente. O DAO e RDO só podem ser acessados via código.Os aplicativos que dependam do DAO ou da ligação de dados RDO devem ser atualizados para utilizar o ADO ou deixado no Visual Basic 6.0.

  • Controles Visual Basic 5.0 - O Visual Basic 6.0 incluí versões dos controles comuns do Windows incluídos no Visual Basic 5.0 e do controle de grade ligada a dados.Esses controles são incompatíveis com Visual Basic 2008. Aplicativos que dependem desses controles devem ser atualizados para utilizarem as versões 6.0 ou deixado no Visual Basic 6.0.

  • Aplicativos DHTML não há nenhum equivalente em Visual Basic 2008. No entanto, aplicativos DHTML pode interoperar com Visual Basic 2008 tecnologias.

  • Documentos ActiveX não há nenhum equivalente em Visual Basic 2008. No entanto, aplicativos DHTML pode interoperar com Visual Basic 2008 tecnologias. Os documentos ActiveX devem ser reescritos como controles de usuário ou deixados no Visual Basic 6.0.

  • Páginas de propriedades não há nenhum equivalente em Visual Basic 2008. Se seu aplicativo depende muito das páginas de propriedades, ele deve ser deixado no Visual Basic 6.0.

Determinando a quantidade de retrabalho necessário

Devido às várias diferenças entre Visual Basic 6.0 e Visual Basic 2008, a maioria dos aplicativos exigirá algum re-trabalho para os itens que não podem ser diretamente mapeados ou caso contrário são incompatíveis. A quantidade de retrabalho necessário depende de um alguns de fatores que incluem o tipo da aplicação, os recursos e a linguagem usada na construção.

A maneira mais fácil de determinar a quantidade de retrabalho necessário é executando o Assistente para Atualização e exibindo a lista de questões no relatório de atualização.Quando um aplicativo é atualizado uma nova cópia dele é criada; o aplicativo original permanece intacto.Se, após a visualização do relatório, você decidir não efetuar a atualização, você pode simplesmente apagar o novo projeto e continuar com o desenvolvimento no Visual Basic 6.0.

As considerações adicionais a seguir podem ser uma fator em sua decisão de atualização.

  • Camada única para aplicativo de banco de dados - Devido a ligação dados DAO não ser suportada, simples aplicações usando controles conectados diretamente ao banco de dados local, (como um criado com o Microsoft Access) talvez possam necessitar de uma quantidade significativa de retrabalho.

  • Suplementos do Visual Basic como Visual Basic 2008 usa o Visual Studio integrado ambiente de desenvolvimento, o modelo de objeto para extensibilidade é significativamente diferente do Visual Basic 6.0. O suplemento exigirá uma quantidade considerável de retrabalho.

  • Jogos-Aplicações que contam com características específicas de desempenho do Visual Basic 6.0, sistema autônomo jogos arcade, no exigirá um re-trabalho porque o Visual Basic 2008 possui características diferentes de desempenho.

  • Elementos gráficos - Sem suporte para os métodos gráficos em formulários ou para os controles forma e de linha.Aplicativos que utilizam amplamente esses recursos para desenhar em formulários exigirá retrabalho considerável.

  • Funcionalidade arrastar-e-soltar - Os modelos para a funcionalidade de arrastar-e-soltar são significativamente diferentes; qualquer código executando a ação arrastar-e-soltar terá que ser rescrito.

  • Variantes Quando um aplicativo é atualizado, a Variant tipo de dados convertido Object. Se um aplicativo for muito dependente de variantes, essa conversão pode introduzir algumas diferenças sutis no comportamento do aplicativo.Por exemplo, no Visual Basic 6.0 a expressão IsObject(Variant) é avaliada como false; em Visual Basic 2008 torna-se IsObject(Object), que é avaliada como true.

  • APIs do Windows-devido a alterações na linguagem, muitas chamadas para APIs do Windows terão que ser revisadas ou substituídas por .NET Framework funções.

Consulte também

Conceitos

Preparando para Atualizar um aplicativo Visual Basic 6.0

Por que atualizar é Necessário?

Outros recursos

Atualizando Aplicativos Criados em Versões Anteriores do Visual Basic