Ungar in VBA okay?

Question

Ich habe nicht ungarisch verwenden (str, int) Präfixe in .Net, aber ich es noch in VBA nützlich, wo es schwieriger ist, Arten zu sehen.

Ist das schlecht? Nicht notwendig? Vielleicht bin ich etwas fehlt.

Ich würde wirklich über jedes Feedback zu schätzen wissen. Ich habe für eine Weile fragen.

Danke alle.

Answer 1

Ich benutze immer einen und zwei Buchstaben-Präfixe in VBA. Ich bin sicher, ich bin der einzige, der das zugeben wird, aber ich dachte, jemand benötigt die Contrarian sein.

Von den 18 Millionen Zeilen VBA-Code ich geschrieben habe, habe ich auf etwa 1000 zusammengearbeitet. Wenn sonst niemand meinen Code sieht, dann bin ich frei, eine Konvention zu verwenden, dass Ich mag. Wenn jemand anders auf Ihrem Code arbeiten, sollten Sie auf eine Konvention zustimmen.

Ich mag, dass es lässt mich behalte meine Variablennamen kürzer. Ich konnte verwenden Dateinummer und Dateinamen oder ich konnte lFile und sFile verwenden. Ich glaube nicht, finden eine mehr oder weniger lesbar als die andere. Es hilft auch mir reservierte Wörter als Variablen verwenden. Wenn ich Ersetzen als Variablennamen verwenden möchten, kann ich nicht. Aber ich kann sReplace oder LReplace verwenden.

Answer 2

Ich würde sagen, dass diese Art der ungarischen Notation ist die Wurzel aller Übel in fast jeder Sprache. Manche Leute sagen, dass es für extrem dynamische Sprachen praktisch ist. Aber nein, ich denke, dass auf einen Variablennamen den Typ-Abkürzung prefixing ist redundant in 99% aller Fälle und nur führt zu hässlichen Code.

finden Sie unter Warum sollte ich nicht Verwenden ungarische Notation?

Answer 3

würde ich nach etwas höheren Ebene raten gehe als nur Typen, so dass Sie sehen, was der Zweck der Dinge sind. Statt also etwas ein string zu nennen, nennen es einen name oder address, und anstelle eines int, nennen es einen count oder ein coordinate oder ...

(ich ziehe Suffixe Präfixe zu verwenden, aber das ist eine Frage des Stils und des Geschmacks.)

Answer 4

Wenn der Stil in Ihrem Unternehmen festgelegt ist ungarische Notation zu verwenden, dann gibt es kein Problem, das es mit - eine Politik ist eine Politik. Es gibt viele Werkzeuge, die helfen, Codierung Namenskonventionen durchzusetzen (wie StyleCop für C # ), so können Sie weitergehen, wenn Sie erlaubt sind.

Grundsätzlich Standards ist eine gute Idee - aber was die Standards sind, hängt von der Firma für die Sie arbeiten. Wenn Sie eine gewisse Autorität haben Sie versuchen könnten, die Standards zu verhängen, dass die MS derzeit fördern -. Aber wenn Sie eine Menge von Legacy-Code haben, die viel teurer Refactoring mit wenig materiellen Nutzen beinhalten

Ich würde empfehlen, dass Sie sich für neue Projekte aus dem Ungarischen Notation bewegen (möglicherweise durch ein Code-Analyse-Tool verwendet wird), sondern über Legacy-Code pragmatisch sein.