Pergunta

Eu estava pedindo a minha equipe para a porta a nossa aplicação vc6 para vc2005, eles estão prontos para colocar algum tempo para fazer o same.Now eles precisam saber qual é a vantagem de portar.

Eu não coisa que eles realmente compreender o que significa a aderir a padrões de conformidade.

lista Ajuda-me a vantagem de fazer a portabilidade.

O problema que estou enfrentando são

1) Não há suporte a depuração de contentores normais

2) Não é capaz de bibliotecas uso impulso

3) Nós usamos monte de geração de consulta, mas a função de formatação uso CString que não é tipo seguro

4) Muito tempo é gasto em problemas de tiro vc6 problemas como ter >>

vector<vector<int>>

com o espaço entre >>

Foi útil?

Solução

Vantagens:

  • Mais padrões compilador compatível. Esta é uma coisa boa, porque vai tornar mais fácil a porta para outra plataforma (se você quiser fazer isso). Também significa que você pode olhar as coisas no padrão em vez de na documentação da Microsoft. No final, você terá que atualizar seu compilador em algum momento no recurso. Quanto mais cedo você fizer isso, menos trabalho será.

  • Não suportado pelo MS. O novo SDK não funciona. 64-bit não funciona. E eu não acho que eles ainda estão corrigindo bugs também.

  • Melhor do IDE. Pessoalmente, eu realmente prefiro guias para MDI. Eu também acho que é muito mais fácil de configurar Visual Studio (criar atalhos personalizados, barras de menus, etc.). É claro que é subjetivo. Confira uma edição expressa e veja se você concorda.

  • Melhor suporte plug-in. Alguns plugins não estão disponíveis para VC6.

Desvantagens:

  • Tempo que leva ao porto. Isto depende muito do tipo de código que você tem. Se o seu código usa fortemente não-padrões características VC6 compatíveis, isso pode levar algum tempo. Como Andrew disse, se você está mantendo um projeto legado de idade, pode não valer a pena.

  • pior desempenho. Se você está desenvolvendo em computadores realmente antigos, Visual Studio pode ser muito lento.

  • Custo Eu só tinha um olhar rápido e licenças do Visual Studio parecem ser um pouco mais caro do que VC6 do.

Outras dicas

Por VC2005? Se você estiver indo para investir o tempo (e testar!) Para atualizar de VC6, porque não alvo VC2008?

Se você está mantendo um projeto de legado, então pode haver nenhuma vantagem em portar. Simplesmente converter projectos e consertar problemas do compilador pode levar semanas de tempo e introduzir instabilidade.

Se você está ativamente desenvolvendo um produto, então a principal vantagem é que você vai deixar de estar usando um produto que é mais de oito anos de idade -. O que é claramente uma coisa boa

  • versões mais recentes do Windows SDK não funcionam com VC6 - se você quiser usar a mais recente recursos do Windows, você precisará de um compilador mais recente
  • .
  • Os compiladores posteriores são disse a ser mais normas em conformidade. Me desculpe, eu não posso ser mais específico. Eu sei que VC6 gera lotes de avisos do compilador apenas para o uso de classes de modelo padrão.
  • Se você usa qualquer bibliotecas externas que são compilados com um compilador mais tarde, você vai precisar usar algo compatível.

Prepare-se para algo de uma transição dura -. Do IDE são mais diferentes do que deveriam ser

Para garantir a total compatibilidade do aplicativo com diferentes versões da plataforma base. E para corrigir quaisquer erros encontrados, assim, de modo a dar liberdade suficiente para usuário final para usar sua própria versão da plataforma de base.

Eu não estou dizendo que você não deve converter-se, mas para levar os seus pontos específicos:

1) Não há suporte a depuração para o padrão recipientes

I Código depuração usando contentores normais com VC ++ 6 o tempo todo. Qual é o problema aqui?

2) Não é capaz de bibliotecas uso impulso

True. Você pode achar que você pode usar algumas das coisas mais simples.

3) Muito tempo é gasto em apuros atirando problemas vc6 como ter >>

[não pode ficar tão para parar desconfiguração isso, nb]

com o espaço entre >>

Hm, que é um erro sintaxe (pelo menos na versão de C ++ compreendido por VC ++ 6) e vai ser marcada como tal. Se sua equipe está passando "muito tempo" neste tipo de coisa, você precisa de outra equipe.

Editar:

3) Nós usamos monte de geração de consulta, mas uso CString função formato que seja Não digite segura

Será digite-inseguros sob VS2005 igualmente. Eu não vejo por que isso é uma razão para portar. Se você quiser uso tipo de segurança o padrão C ++ I / mecanismos S.

Se sua equipe não pode ver qualquer vantagem e você é incapaz de explicar qualquer vantagem, por que você está pedindo-lhes para fazer isso?

Parece que você está portando apenas para o bem dela.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top