Wenn ein Formulardesigner verwenden, sollten Etikett genannt werden?

Question

In IDEs wie QtCreator oder mit Visual C # 's Formular-Designern, ich würde gerne hören, ob Etikett ‚sollten‘ genannt werden oder einfach nur mit dem Standard-Benennungsschema aus dem Formulardesigner verlassen. Wenn das Objekt nicht im Code geht, berührt werden und dient nur als nicht ändernden Textinformationen, hat das Objekt Notwendigkeit Teil eines Namensschemas zu sein? Wenn ich ein Label über ein Textfeld haben, dass der Benutzer gibt ihren Namen in, sollte ich diesen Markennamen „lblNamePrompt“?

Einfach nur neugierig, einige Antworten zu bekommen.

Answer 1

  

Wenn das Objekt wird nicht in Code berührt wird und dient nur als nicht ändernden Textinformationen, wird das Objekt Notwendigkeit Teil eines Namensschemas zu sein?

Ich würde es nicht einen Namen geben, wenn ich es nicht benutzen werde.

Weil ich bin faul und da, wenn etwas funktioniert, wie es ist, ich nicht, dass etwas los zu beheben.

Answer 2

Ich bin nicht einverstanden mit der akzeptierten Antwort. Es gibt einige Aspekte der Programmierung, wo es kann argumentiert werden, dass Faulheit ist eine Tugend, aber Namensgebung ist nicht einer von ihnen, ob sie die Kontrollen, Variablen oder Mitglieder, sollte Ihr Ziel sein, Klarheit , nicht Effizienz .

Jemand wird diesen Code schließlich zu haben, zu verstehen und zu halten, auch wenn es nur ich versuchen, eine Frage zu beantworten, dass Sie auf Stack-Überlauf gebucht haben. Je mehr beschreibende Namen, dass Sie Ihre Objekte gegeben haben, desto leichter Zeit, mich oder jemand anderes wird durch den Quellcode haben Sichten.

Unter der Annahme, dass Sie den Formulardesigner in Visual Studio verwenden, schlage ich eine sehr einfache Regel:

• Wenn Sie nicht über die Verwendung der Steuerung von überall in Ihrem Code planen, sollten Sie seine GenerateMember Eigenschaft auf „False“ gesetzt. Dies verhindert, dass die Designer von Emittieren eines Klasse-Niveau Member-Variable für die Steuerung, sondern nur eine lokale Variable in dem InitializeComponent Verfahren Erzeugung, die Grenzen Unordnung. Dann und nur dann sollten Sie sich wohl fühlen nicht die Kontrolle einen Namen zu geben.

• Andernfalls, wenn Sie planen, oder vielleicht jemals die Kontrolle von irgendwo in Ihrem Code verweisen, sollten Sie geben eine beschreibend Namen. Periode. Es ist nicht so schwer, etwas zu geben.

ging ich davon aus, das umstrittene Teil dieser Frage wäre, ob Quasi-ungarische Notation ist nützlich
(wie in Garis Antwort vorgeschlagen), nicht, ob Sie steuert einen Namen überhaupt geben soll. Ich persönlich wie die Art und Weise „BTN“ bewirkt, dass alle Tastensteuerung sortiert wird zusammen in Intellisense, aber ich verstehe, dass manche Menschen einen pathologischen Hass der ungarischen haben, die vermutlich von Stielen gezwungen worden es bei einigen zu verwenden früher in ihrer Codierung Karriere, so fühlen sich frei, es zu benutzen oder nicht abhängig von Ihrem Vergnügen.

Answer 3

Ich denke, halten Sie den Code klar , auch wenn Sie nicht berühren gehen „nie“ (man beachte die Anführungszeichen) ist eine gute Praxis. Ich werde empfehlen, einen guten Namen zu geben.

Im nicht ein .NET-Programmierer, aber ich habe in einigen Code zu sehen ist, dass sie verwenden, um Namen wie:

Für:

Labels:

• lblFirstName
• lblLastName
• lblAddress

Buttons:

• btnSend
• btnCancel

Ich bin sehr PRO- YAGNI . Aber ich denke, es lohnt sich einen Namen zu geben Objekte, die Referenzen es Zweck / Nutzung.