Best Practice für Konvention von UI-Steuerelemente Benennung für die Referenzierung in Code-behind?

Question

Was ist die beste Praxis UI-Steuerelemente für die Benennung (Textfelder, Drop-downs, etc.) auf Formularen und Berichten als Referenz im Code-Behind-Seiten?

entwickle ich eine Menge Berichte und Formulare in meinem Büro. Ich habe mehrere Web-Anwendungen bieten etwa 80+ „leben“ Berichte aus verschiedenen und mehreren Datenquellen erzeugt werden (Access, SQL, Oracle). Diese Berichte werden als „live“, weil sie vom Benutzer eingestellten Paramater aus einer Form annehmen, fragen Sie dann die Datenbank einen Bericht erstellen auf der Grundlage der aktuellen Informationen zur Verfügung.

So beginnt der Prozess mit den Werten zu erhalten durch den Benutzer festgelegt, die auf die Datenbankabfrage, die Aufnahme den Datensatz vorbei und schließlich den Datensatz zu dem Bericht zuweisen. In einigen Fällen sind zusätzliche Felder im Bericht angezeigt werden müssen aus dem Datensatz berechnet werden, bevor der Bericht generiert werden kann. Dies erfordert Bezugnahme auf die Ausgangsregler auf Grund des Berichts den berechneten Wert zuzuweisen.

Während ich nicht wirklich kümmern Präfixe für Variablen oder Mitgliederfelder in meinem Code zu verwenden, ich verwende sie die UI-Steuerelemente zu identifizieren. Zum Beispiel, um den Berichts txtFirstName Steuer Referenz der Daten aus dem Firstbereich in der Datenmenge an die Anzeigesteuerung über den Bericht zu übertragen. Gibt es eine bessere Praxis für die Benennung / Referenzierung UI-Steuerelemente in Formularen und Berichten?

Answer 1

Das Hauptprodukt ich bei der Arbeit arbeiten verwendet die txt_ pnl_ etc Präfixe. Dies funktioniert, obwohl es ein bisschen wie ein Schmerz manchmal ist, wenn etwas wechseln, das nur versteckt / zeigt Kontrollen von etwa einem tr an einer Platte, weil Sie es umbenennen.

Was ich angefangen habe, in neuen Projekten zu tun, ist mein UI-Steuerelemente mit einem ui Präfixbenennungskontext; zum Beispiel uiName. Da ich stark anti-ungarische Notation href="http://blogs.msdn.com/rick_schaut/archive/2004/02/14/73108.aspx" zum , und streben selbsterklärend Code , diese Konvention funktioniert gut. In der Tat, wenn überhaupt, es ist real ungarische Notation (ui ist das Präfix zur Steuerung der Benutzeroberfläche Bedeutung).

Answer 2

Ich benutze immer noch ungarische Notation für Kontrollen, aber nicht mehr für Variablen.

btn Button
cbo ComboBox
chk CheckBox
clb CheckedListBox
grp GroupBox
iml ImageList
lbl Label
lnk Hyperlink
mnu Menu
pbr ProgressBar
pic Picture
pnl Panel
rtb RichTextBox
tmr Timer
tvw TreeView
txt TextBox

Answer 3

Für GUI-Controls, ich Suffix die Variablennamen mit dem Steuernamen:

• firstNameTextBox
• lastNameTextBox
• submitButton

Das macht die Beziehung offensichtlich zwischen zum Beispiel _firstName und firstNameTextBox.Text, und niemand hat sich daran zu erinnern, was die ungarische Schreibweise entspricht. Ich würde immer Klarheit über Kürze wählen Variablen bei der Benennung.

Answer 4

Ihre Antworten hier wird sehr subjektiv. Verschiedene Geschmäcker und Programmierung Hintergründe finden Sie verschiedene Einstellungen geben.

Vielleicht was wird für Sie am wichtigsten auf lange Sicht ist die Konsistenz zwischen allen Projekten, so dass unabhängig davon, wer den Code entwickelt werden Sie in der Lage sein, es zu verstehen, wenn zu lesen.

Wir lagern eine Menge, so stellen Sie sicher, dass unsere Namenskonventionen für alle unsere Projektmanager zu kommunizieren.

Hier sind einige Links zu Benennungskonventionen:

http://www.irritatedvowel.net/Programming/Standards.aspx

http://msdn.microsoft.com/ en-us / library / xzf533w0 (VS.71) aspx

http://www.visualize.uk.com/resources /asp-net-standards.asp

Answer 5

ich ähnlich wie Sie. Wenn Sie Tonnen Kontrollen haben alles wird chaotisch, so dass ich jeden Namen mit den Kapitellen der Steuerklasse voranstellen.

Zum Beispiel:

TextBox -> tbName

Datagrid -> dgName

Panel -> pName

Dies macht deutlich, wie neue Steuerelemente zu behandeln (das heißt, wie das Präfix abzuleiten)

Answer 6

Ich habe immer gefühlt, dass der einzige wirkliche Grund für die Präfixe war, so konnte man Dinge wie txtFirstName und lblFirstName auf der gleiche Formular / Seite hat. Da ich die überwiegende Mehrheit der Zeit, ich habe wirklich nur mit der eigentlichen Feldsteuerung selbst arbeite, springe ich das Präfix für das, und nur die Präfixe für zugehörige Steuerelemente verwenden. Zum Beispiel lblMonth & Monat, das CBO Präfix zu überspringen.

Es speichert die Eingabe, und es wird in der Regel klar, welche Art von Kontrolle, die Sie in solchen Formen verwenden. Komplexere Kontrollen werden die vollständige Präfix Behandlung.

Answer 7

2-char Präfixe für iOS UI-Komponenten ziehe ich:

bt_: UIButton
lb_: UILabel
tx_: UITextField
tv_: UITextView
vw_: UIView
im_: UIImageView
sc_: UIScrollView
tb_: UITableView
cl_: UICollectionView
st_: UIStackView
pk_: UIPickerView
pr_: UIProgressView
ai_: UIActivityIndicatorView
wb_: UIWebView / WKWebView
mp_: MKMapView
gr_: UIGestureRecognizer
sw_: UISwitch
sl_: UISlider
sp_: UIStepper
sg_: UISegmentedControl
pg_: UIPageControl
dp_: UIDatePicker