2010-06-25 18 views

Respuesta

4

A pesar de la infamia de VB6 en las bases de código heredadas, todavía se usa fuertemente todos los días en muchas empresas y se beneficiará de un buen estilo.

Como Darrel sugirió, sea consistente con las bases de códigos existentes.

Sin embargo, si tiene libertad en la forma de estilo de su código, puede elegir Reddick VBA Naming Convention (VBA es la misma base de código que VB6). Se recomienda en el manual del desarrollador de VBA . De acuerdo, gran parte de su estilo se sentirá obsoleto en el entorno .NET, pero parece ser muy utilizado en los ejemplos de VB6 y VBA.

+0

Reddick sugiere usar nombres como lngCount, intValue, strInput..i'm un poco desconcertado. – systempuntoout

+0

@system No estoy seguro de por qué está desconcertado. Algunas personas usan el estilo húngaro para sus variables con frecuencia, especialmente en idiomas más antiguos, pero ha pasado de moda en .NET y otros lenguajes modernos compilados con un fuerte soporte IDE. Entonces, ¿estás desconcertado porque prefieres no utilizar el húngaro o porque preguntas por qué digo que "gran parte de su estilo se sentirá obsoleto ..."? –

+0

simplemente estoy perplejo porque nadie en la base de código en el que trabajo ha usado alguna vez la notación húngara :). – systempuntoout

1

No me interesaría ningún estilo "estándar" para la codificación VB6 en este momento. Lo importante es que seas coherente con la base de códigos existente.

+0

hay un problema. Esta gran pieza de software fue manejada por 8 programadores diferentes desde 2004 y todos han usado su propio estilo (sé que es un escenario común con el proyecto anterior en VB6). Intenté seguir un patrón común en este lío, pero es bastante difícil. – systempuntoout

+0

+1 Para convenciones de nomenclatura, sangría, estilo de comentario: intente encajar con la rutina o el módulo que está cambiando. Por otro lado, hay algunas prácticas recomendadas que siempre deben aplicarse (por ejemplo, el uso de Option Explicit) – MarkJ

0

En mi opinión, no debería importar el estilo que uses mientras seas consecuente. Sin embargo, debe ser lo suficientemente flexible como para escribir en el estilo de la casa de su empleador también.

3

Microsoft propio coding guidelines in the VB6 manual son bastante buenos.

  • Como Darryl dice, cuando se edita el código existente, lo mejor es para que coincida con las convenciones de nomenclatura, sangría, y comentando el estilo en la rutina o el módulo existente. Puede ser más creativo al crear nuevos módulos.
  • Sin embargo, hay algunas prácticas recomendadas que siempre se deben aplicar (por ejemplo, antes de editar un módulo sin Option Explicit, agregaría Option Explicit antes de hacer cualquier otra cosa).
Cuestiones relacionadas