Húngara en VBA de acuerdo?

Question

Yo no uso húngaro (str, int) prefijos en .Net, pero todavía me resulta útil en VBA, donde es más difícil de ver tipos.

Es esto malo? ¿Innecesario? Tal vez me falta algo.

Te lo agradecería cualquier comentario. Me he estado preguntando por un tiempo.

Gracias a todo el mundo.

Answer 1

Siempre use una y dos prefijos carta en VBA. Estoy seguro de que soy el único que va a admitir que, pero alguien figurado necesario para ser la contraria.

De los 18 millones de líneas de código VBA que he escrito, he colaborado en cerca de 1.000. Si nadie más lo ve mi código, entonces yo soy libre de utilizar una convención que me gusta. Si otra persona va a trabajar en su código, debe ponerse de acuerdo sobre una convención.

Me gusta que me permite mantener mis nombres de las variables más corto. Podría usar FileNumber y nombre de archivo o podría utilizar lFile y sFile. No encuentro uno más o menos legible que el otro. También me ayuda a utilizar palabras reservadas como variables. Si quiero utilizar Reemplazar como nombre de variable, no puedo. Pero puedo usar sReplace o lReplace.

Answer 2

Yo diría que este tipo de notación húngara es la raíz de todos los males en casi todos los idiomas. Algunas personas dicen que es muy útil para los idiomas muy dinámicos. Pero no, creo que el prefijo del tipo-abreviatura en un nombre de variable es redundante en el 99% de todos los casos y conduce sólo a código feo.

¿Por qué no he de Uso húngaro notación?

Answer 3

Te aconsejo ir por algo un poco más alto nivel que los de tipo sólo para que pueda ver lo que el propósito de las cosas son. Por lo tanto, en lugar de llamar algo un string, lo llaman un name o un address, y en lugar de un int, lo llaman un count o una coordinate o ...

(yo prefiero usar sufijos a los prefijos, pero eso es una cuestión de estilo y gusto.)

Answer 4

Si el estilo de su empresa está configurado para utilizar la notación húngara, entonces no hay problema para usarlo - una política es una política. Hay un montón de herramientas que ayudan a cumplir las convenciones de nomenclatura de codificación (como StyleCop para C # ) para que pueda seguir adelante si se le permite.

Básicamente tener estándares es una idea buena - pero lo que esas normas son depende de la empresa para la que trabaja. Si tiene alguna autoridad se podría tratar de imponer las normas que la EM están promoviendo actualmente -. Pero si usted tiene una gran cantidad de código legado que va a implicar una gran cantidad de refactorización caro con poco beneficio material

Yo recomendaría que uno se aleja de la notación húngara para nuevos proyectos (posiblemente mediante la utilización de una herramienta de análisis de código), pero ser pragmáticos sobre el código legado.