¿Ventaja de portar vc6 a vc2005 / vc2008?

StackOverflow https://stackoverflow.com/questions/629018

Pregunta

Le estaba pidiendo a mi equipo que transfiriera nuestra aplicación vc6 a vc2005, están listos para asignar alguna vez para hacer lo mismo. Ahora necesitan saber cuál es la ventaja de la transferencia.

No creo que realmente entiendan qué significa cumplir con el cumplimiento estándar.

Ayúdame a enumerar la ventaja de realizar la transferencia.

El problema al que me enfrento son

1) Sin soporte de depuración para contenedores estándar

2) No se pueden usar las bibliotecas de impulso

3) Usamos mucha generación de consultas pero usamos la función de formato CString que no es de tipo seguro

4) Se dedica mucho tiempo a solucionar problemas de vc6, como tener > > 

vector<vector<int>>

sin espacio entre > >

¿Fue útil?

Solución

Ventajas :

  • Compilador más compatible con los estándares. Esto es algo bueno porque facilitará el puerto a otra plataforma (si alguna vez quieres hacer eso). También significa que puede buscar cosas en el estándar en lugar de en la documentación de Microsoft. Al final, tendrá que actualizar su compilador en algún momento de la función. Cuanto antes lo hagas, menos trabajo será.

  • No compatible con MS. El nuevo SDK no funciona. 64 bits no funciona. Y tampoco creo que sigan reparando errores.

  • Nicer IDE. Personalmente, realmente prefiero las pestañas a MDI. También creo que es mucho más fácil configurar Visual Studio (crear accesos directos personalizados, barras de menú, etc.). Por supuesto que es subjetivo. Consulte una edición rápida y vea si está de acuerdo.

  • Mejor soporte de complementos. Algunos complementos no están disponibles para VC6.

Desventajas :

  • Tiempo que lleva el puerto. Esto depende en gran medida del tipo de código que tenga. Si su código utiliza en gran medida características VC6 que no cumplen con los estándares, puede llevar algún tiempo. Como dijo Andrew, si mantiene un antiguo proyecto heredado, puede que no valga la pena.

  • Peor rendimiento. Si está desarrollando en computadoras realmente viejas, Visual Studio puede ser demasiado lento.

  • Costo Acabo de echar un vistazo rápido y las licencias de Visual Studio parecen ser un poco más caras que las de VC6.

Otros consejos

¿Por qué VC2005? Si va a invertir el tiempo (y las pruebas) para actualizar desde VC6, ¿por qué no apuntar a VC2008?

Si mantiene un proyecto heredado, puede que no haya ninguna ventaja en la transferencia. Simplemente convertir proyectos y solucionar problemas del compilador podría llevar semanas e introducir inestabilidad.

Si está desarrollando activamente un producto, la principal ventaja es que ya no usará un producto que tenga más de ocho años, lo cual es claramente una buena cosa.

  • Las versiones más recientes del SDK de Windows no funcionan con VC6; si desea utilizar las últimas funciones de Windows, necesitará un compilador más reciente.
  • Se dice que los compiladores posteriores cumplen más con los estándares. Lo siento, no puedo ser más específico. Sé que VC6 genera muchas advertencias del compilador solo por usar clases de plantilla estándar.
  • Si usa bibliotecas externas compiladas con un compilador posterior, necesitará usar algo compatible.

Prepárese para una transición dura: los IDE son más diferentes de lo que deberían ser.

Para garantizar la compatibilidad completa de la aplicación con diferentes versiones de la plataforma base. Y para rectificar cualquier error que se encuentre de ese modo a fin de dar suficiente libertad al usuario final para usar su propia versión de la plataforma base.

No digo que no debas convertir, sino tomar tus puntos específicos:

  

1) No hay soporte de depuración para estándar   contenedores

Depuro código usando contenedores estándar con VC ++ 6 todo el tiempo. ¿Cuál es tu problema aquí?

  

2) No se pueden usar las bibliotecas de impulso

Cierto. Puede descubrir que puede usar algunas de las cosas más simples.

  

3) Se gasta mucho tiempo en problemas   Disparar problemas vc6 como tener > >

     

[no se puede hacer que SO deje de estropear esto, nb]

     

sin espacio entre > >

Um, eso es un error de sintaxis (al menos en la versión de C ++ entendida por VC ++ 6) y se marcará como tal. Si su equipo está pasando "mucho tiempo" en este tipo de cosas, necesitas otro equipo.

Edición :

  

3) Utilizamos mucha generación de consultas pero   utilizar la función de formato CString que es   no escribir seguro

Será igualmente inseguro en VS2005. No veo por qué esta es una razón para portar. Si desea escribir con seguridad, utilice los mecanismos estándar de E / S de C ++.

Si su equipo no puede ver ninguna ventaja y usted no puede explicar ninguna ventaja, ¿por qué les pide que hagan esto?

Suena como si estuvieras portando solo por eso.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top