Best Practice für die Namenskonvention von UI-Steuerelementen für die Referenzierung in Code-Behind?

7

Wie empfiehlt es sich, UI-Steuerelemente (Textfelder, Dropdown-Menüs usw.) in Formularen und Berichten als Referenz auf den Code-Behind-Seiten zu benennen?

Ich entwickle viele Berichte und Formulare in meinem Büro. Ich habe mehrere Web-Anwendungen, die mehr als 80 "Live" -Reports aus verschiedenen und mehreren Datenquellen (Access, SQL, Oracle) generieren. Diese Berichte werden als "live" betrachtet, da sie Benutzer-Set-Parameter von einem Formular akzeptieren und anschließend die Datenbank abfragen, um basierend auf den aktuellen verfügbaren Informationen einen Bericht zu erstellen.

Der Prozess beginnt damit, die vom Benutzer festgelegten Werte abzurufen, diese an die Datenbankabfrage zu übergeben, das Dataset zu empfangen und schließlich das Dataset dem Bericht zuzuweisen. In einigen Fällen müssen zusätzliche Felder, die im Bericht angezeigt werden, aus dem Datensatz berechnet werden, bevor der Bericht erstellt werden kann. Dies erfordert eine Referenzierung der Ausgabesteuerelemente im Bericht, um den berechneten Wert zuzuweisen.

Obwohl ich in meinem Code keine Präfixe für Variablen oder Mitgliedsfelder verwenden möchte, verwende ich sie, um die UI-Steuerelemente zu identifizieren. Beispiel: txtFirstName, um auf das Berichtssteuerelement zu verweisen, um die Daten aus dem Feld FirstName im Dataset dem Anzeigesteuerelement im Bericht zuzuweisen. Gibt es eine bessere Vorgehensweise zum Benennen / Referenzieren von Benutzeroberflächensteuerelementen in Formularen und Berichten?

    
Ronn Reeves 21.09.2008, 19:26
quelle

7 Antworten

7

Das Hauptprodukt, an dem ich arbeite, verwendet die Präfixe txt_pnl_ etc. Das funktioniert, obwohl es manchmal ein bisschen nervig ist, wenn man etwas, das nur die Bedienelemente verbirgt, von einem Bedienfeld zu einem anderen wechselt, weil man es umbenennen muss.

Was ich in neuen Projekten angefangen habe, ist die Benennung meiner UI-Steuerelemente mit einem UI-Präfix; zum Beispiel, uiName. Da ich stark gegen anti-ungarische Notation bin und mich für selbst dokumentierender Code , diese Konvention funktioniert gut. Tatsächlich ist es, wenn überhaupt, echte ungarische Notation (ui ist das Präfix, das Benutzerschnittstellensteuerung bedeutet).

    
gregmac 21.09.2008, 20:04
quelle
7

Ich verwende immer noch Ungarische Notation für Kontrollen, aber nicht mehr für Variablen.

%Vor%     
Gordon Bell 21.09.2008 20:28
quelle
7

Für GUI-Steuerelemente sende ich den Variablennamen mit dem Steuerelementnamen:

  • firstNameTextBox
  • lastNameTextBox
  • submitButton

Dies macht die Beziehung zwischen beispielsweise _firstName und firstNameTextBox.Text offensichtlich, und niemand muss sich daran erinnern, was das ungarische Notationsäquivalent ist. Ich würde immer Klarheit über die Kürze bei der Benennung von Variablen wählen.

    
Arthur Vanderbilt 21.09.2008 21:04
quelle
3

Ihre Antworten hier werden sehr subjektiv sein. Verschiedene Geschmäcker und Programmierhintergründe geben Ihnen unterschiedliche Vorlieben.

Vielleicht wird Ihnen auf lange Sicht die Konsistenz zwischen all Ihren Projekten am wichtigsten sein, so dass Sie unabhängig davon, wer den Code entwickelt hat, ihn beim Lesen verstehen können.

Wir lagern viel aus, also stellen Sie sicher, dass wir allen unseren Projektmanagern unsere Namenskonventionen mitteilen.

Hier sind einige Links zu Namenskonventionen:

Ссылка

Ссылка

Ссылка

    
Jason Stevenson 21.09.2008 19:32
quelle
1

Ich mache das ähnlich wie du. Wenn Sie eine Menge Steuerelemente haben, wird alles unordentlich, daher gebe ich jedem Namen die Großbuchstaben der Kontrollklasse voran.

Zum Beispiel:

TextBox - & gt; tbName

DataGrid - & gt; dgName

Panel - & gt; pName

Dadurch wird deutlich, wie neue Steuerelemente gehandhabt werden (d. h. wie das Präfix abgeleitet wird)

    
Sklivvz 21.09.2008 19:36
quelle
0

Ich hatte immer das Gefühl, dass der einzige wirkliche Grund für die Präfixe war, dass Sie Dinge wie txtFirstName und lblFirstName auf demselben Formular / derselben Seite haben könnten. Da ich die meiste Zeit nur mit der eigentlichen Feldsteuerung arbeite, überspringe ich das Präfix und verwende nur die Präfixe für die zugehörigen Steuerelemente. Zum Beispiel, lblMonth & amp; Monat, überspringt das cbo-Präfix.

Es spart Tipparbeit, und es wird im Allgemeinen offensichtlich, welche Art von Steuerelement Sie in solchen Formen verwenden. Komplexere Steuerelemente erhalten die vollständige Präfixbehandlung.

    
Dustman 21.09.2008 20:04
quelle
0

2-Char-Präfixe für iOS-UI-Komponenten Ich bevorzuge:

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

    
erkanyildiz 14.10.2017 12:11
quelle

Tags und Links