2009-04-27 6 views
6

Microsofts Framework-Design-Richtlinien definieren, die unter anderem die folgenden:.NET-Richtlinien: Warum Ausnahme für Zwei-Buchstaben-Akronyme?

„Sie beide Zeichen von zwei Zeichen Abkürzungen nutzen, mit Ausnahme der erste erste Wort eines Kamels Gefasste identifier“

So gibt es eine Ausnahme für Akronyme definiert, die nur aus zwei Buchstaben bestehen, da Akronyme mit drei oder mehr Buchstaben "richtig" Kamel oder Pascal Cased sind.

Die Frage ist: Warum gibt es eine Ausnahme, d.h. was ist der Grund dafür? Ich konnte keine Erklärung aus dem FDG-Buch oder den Blogs von Abrams und Cwalina bekommen.

+0

Es ist ein wenig schwierig, Ihre Frage zu verstehen John - es gibt zwei mögliche Ausnahmen, über die Sie sprechen könnten (camel-cased Identifikatoren oder die Unterschiede in den Regeln zwischen zwei und zwei + Zeichen Akronyme). –

+0

Brian: Sorry für die Mehrdeutigkeit. Meine Frage bezieht sich nur zwei auf den Unterschied zwischen zwei und zwei + Zeichen Akronyme, nicht das Kamel vs. Pascal Zeug. –

Antwort

0

Da MS sieht so viel besser als mS ...

Im Ernst, war der Punkt dieser Regeln, um loszuwerden Dinge wie CALTextBox benennen. Wobei CAL das Akronym für ein Unternehmen ist. Das Sprachdesign-Team fand, dass "CAL" viel zu sehr nach der viel missbrauchten (und wenig verstandenen) ungarischen Notation roch, die die meisten Programmierer einfach nicht richtig zu machen scheinen.

So gingen sie auf einer kleine Tirade die Programmierung Welt von diesem Mist zu befreien. Dies ist eine der Regeln, die versuchen, es zu kodifizieren.

+3

Ich würde denken, es wäre MS, MS oder MS. Aber niemals MS. –

-2

Microsoft .NET ist wirklich widersprüchlich, wenn es um Namen geht. Ehrlich gesagt, das Buch, das Sie erwähnt haben, ist voll von solchen Ausnahmen.

Ich denke, UI als Ui besser aussieht. Aber Id sieht besser aus als ID ...

+2

ID ist kein Akronym, es kommt von Identifier. Das ist keine Ausnahme. – andreialecu

1

Sie sagen, dass wenn der erste Teil eines Identifikators mit Kamelen versehen ist, Sie ihn lieber in einem Kamel behalten sollten, als ihn zu kapitalisieren, nur weil es ein Akronym ist. Das liegt daran, dass es für dich wichtiger ist, das zum Beispiel zu sagen (und das ist direkt aus dem fraglichen Buch, das ich übrigens liebe), du hast es mit einem Parameter zu tun.

Warum Sie ein zweistelliges Akronym, aber kein dreistelliges Akronym groß schreiben, ich persönlich muss nicht wissen, was die Randfälle sind, weil ich die Ästhetik davon mag.

Zum Beispiel habe ich dies auf jeden Fall bevorzugen:

XmlDocument 

Über diese:

XMLDocument 

Für mich, letztere schwach riecht nach 1982. Und es schmerzt ein wenig.

Das ist nur mich natürlich ist. :)

+1

Brian: Ich bevorzuge auch XmlDocument über XMLDocument und UIElement über UiElement. Aber ich würde gerne wissen, warum die MS-Jungs so entschieden haben. –

+0

@john http://msdn.microsoft.com/en-us/library/ms229043(v=vs.100) – Maslow

0

Für Kamel Fall (wo das erste Wort alle Kleinbuchstaben ist), müssen Sie eine explizite Ausnahme von der normalen zwei Buchstaben bestehende Abkürzung Ausnahme den ersten Buchstaben Kapital).

Sonst gäbe es zwei widersprüchlichen Regeln sein:

  • Zwei-Buchstaben-Abkürzungen haben beiden Buchstaben groß geschrieben.
  • Erstes Wort/abbrevitation eines Kamels verrohrten Name ist niedriger.
+0

Wir sollten klar zwischen Abkürzungen und Akronymen unterscheiden, wenn über Namenskonventionen gesprochen wird, wie MS tut. Da für Abkürzungen gibt es keine Ausnahmen gemacht - außer dass Sie sie vermeiden sollten ...;) –

+0

Ich neige dazu, die "vermeiden Abkürzung" als eine der Regeln, die wirklich nur sinnvoll für wiederverwendbare (Framework, Bibliothek) Namen; im Gegensatz zu den meisten Richtlinien, die für alle .NET-Code sinnvoll sind. – Richard

1

Warum? Dieses Gehäuse Ding ist nur eine Vereinbarung (zur Verbesserung der Lesbarkeit), keine Wissenschaft!

Verwandte Themen