Húngaro em VBA, ok?

Question

Não uso prefixos húngaros (str, int) no .Net, mas ainda acho isso útil no VBA, onde é mais difícil ver os tipos.

Isso é ruim?Desnecessário?Talvez esteja faltando alguma coisa.

Eu realmente aprecio qualquer feedback.Estou pensando há um tempo.

Obrigado a todos.

Answer 1

Eu sempre uso prefixos de uma e duas letras no VBA.Tenho certeza de que sou o único que vai admitir isso, mas achei que alguém precisava ser contrário.

Das 18 milhões de linhas de código VBA que escrevi, colaborei em cerca de 1.000.Se ninguém mais vir meu código, posso usar uma convenção de minha preferência.Se outra pessoa estiver trabalhando em seu código, você deverá concordar com uma convenção.

Gosto que isso me permita manter os nomes das variáveis ​​mais curtos.Eu poderia usar FileNumber e FileName ou lFile e sFile.Não acho um mais ou menos legível que o outro.Também me ajuda a usar palavras reservadas como variáveis.Se eu quiser usar Substituir como nome de variável, não posso.Mas posso usar sReplace ou lReplace.

Answer 2

Eu diria que esse tipo de notação húngara é a raiz de todos os males em quase todas as idiomas. Algumas pessoas dizem que é útil para idiomas extremamente dinâmicos. Mas não, acho que prefixar a abreviação de tipo em um nome de variável é redundante em 99% de todos os casos e apenas leva a um código feio.

Vejo Por que não deveria usar a notação húngara?

Answer 3

Eu recomendaria algo um pouco mais alto do que apenas tipos para que você possa ver qual é o objetivo das coisas. Assim, em vez de chamar algo de um string, chame de um name ou um addrESS, e em vez de um int, chame de um count ou a coordInar ou ...

(Prefiro usar sufixos para prefixar, mas isso é uma questão de estilo e gosto.)

Answer 4

Se o estilo da sua empresa estiver definido para usar a notação húngara, não há problema em usá -lo - uma política é uma política. Existem muitas ferramentas que ajudam a aplicar convenções de nomeação de codificação (como Stylecop para C#) para que você possa seguir em frente, se tiver permissão.

Basicamente, ter padrões é uma boa ideia - mas quais são esses padrões depende da empresa para a qual você trabalha. Se você tiver alguma autoridade, poderá tentar impor os padrões que a MS está promovendo atualmente - mas se você tiver muito código legado que envolverá muita refatoração cara com pouco benefício material.

Eu recomendaria que você se afaste da notação húngara para novos projetos (possivelmente utilizando uma ferramenta de análise de código), mas seja pragmático sobre o código legado.