Bezeichnung für Component-Variablen

[markusk21]

Hallo zusammen,
ich versuche mein Programmierwissen zu vertiefen und bei meinem jetztigen Projekt auch die Übersichtlichkeit nicht zu vernachlässigen.
Die allgemeinen Konventionen wie in Java Klassen, Variablen etc. benannt werden sollten sind mir (hoffentlich) bekannt.
Ich überlege aber, wie ich den Zugriff auf Swing-Componenten einheitlich und übersichtlich gestalten kann.
Wie bezeichnet Ihr eure Swing-Instanzen? jTextField1-25 und JButton1-5 (wie netbeans sie erst mal bezeichnet) finde ich nichtssagend.
Ich habe okJBtn oder auch okJButton versucht, aber dann verteilen sich im Inspector die Instanzen durcheinander.
Ist jBtnOk und jBtnClose sinnvoll oder besser jButtonOk und jButtonClose?
Hat sich da etwas bewährt oder gar durchgesetzt?
Google gibt mir dazu nur die allgemeinen Konventionen.

Gruß
Markus

 

[Marco13]

Wnn d dsn stz ncht vrsthst, wßt d, wrm ch vrblnnmn z.B. s bnnn w
confirmButton
customerComboBox
brighnessSlider
usw.

Menschen sind verdammt gut darin, Muster zu erkennen.
Menschen sind verdammt gut darin, Muster zu erkennen.
Menschen sind verdammt gut darin, Muster zu erkennen.
Menschen sind verdmmt gut darin, Muster zu erkennen.
Menschen sind verdammt gut darin, Muster zu erkennen.
Menschen sind verdammt gut darin, Muster zu erkennen.
Menschen sind verdammt gut darin, Muster zu erkennen.

(In welcher dieser Zeilen stimmt etwas nicht? Na, das war doch einfach, oder? )

Deswegen sollte man ihnen IMHO dadurch entgegen kommen, dass man die Namen so wählt, dass sie leicht gelesen werden können. Code wird höchstens einmal geschrieben, aber potentiell hunderte Male gelesen.

Ist aber alles ziemlich subjektiv

 

[SuperSeppel13]

Also ich benutze meist kurze Präfixe für verschiedene Komponententypen (but = Button, txt = TextField, ...) und hänge dann den Zweck an (z.B. butClose, txtName).
Dadurch haben alle Komponenten gleichen typs auch im Bezeichner den gleichen Anfang und sind somit intuitiv leicht zuzuordnen (wiedererkennbares Muster). Der Rest des Bezeichners gibt dann jeweils Aufschluss über die Verwendung.
Ich komme damit gut zurecht und meine auch, dies schon bei anderen Leuten so beobachtet zu haben (hab's mir wahrscheinlich auch von irgendwem so abgeschaut, kann mich nur nicht mehr daran erinnern), aber eine Konvention gibt's da soweit ich weiß nicht.

Mach's wie's dir am leichtesten fällt.

 

[Marco13]

Wie gesagt: Das ist ziemlich subjektiv. Aber wenn man einen Button hat, mit dem man startet, dann ist das für mich ein startButton. Und kein btnStart. Und ob txt nun für TextField oder TextArea steht, oder cb für ComboBox oder für CheckBox sieht man auch nicht. Meistens besteht der "semantische Zusammenhang" auch weniger in dem Typ, den man wiedererkennen müßte, sondern in der Aufgabe, die die Components erfüllen:
brightnessSlider
brightnessLabel
brightnessConfirmButton
oder so... aber das kann ja jeder machen, wie er's für richtig hält

 

[markusk21]

Wie ich schrieb - oKButton und cancelButton hatte ich probiert - dann sind die beiden Buttons aber weit voneinander getrennt in der Liste - und für mich jedenfalls war das schlecht.
Die Abkürzungen Btn hatte ich noch in dunkler Erinnerung aus meinen C++-Versuchen - da ist das wohl üblich.

Ich tendiere jedenfalls eher zu jButtonOk, weil ich im Inspektor aus der langen Liste nicht das einzelne okIrgendwas suchen will sondern lieber unter den jButtons den ok-button.

Übrigens hab ich das Zitat "...Code wird höchstens ein mal geschrieben..." auch schon gelesen - aber ich kann es irgendwie nicht bestätigen. Vielleicht bin ich ja noch zu umständlich.

Jedenfalls danke ich für eure Beiträge - haben mir etwas mehr Klarheit verschafft

 

[Marco13]

Inwiefern irgendsoein "Insepctor" für die Benamung asusschlaggebend sein sollte, weiß ich jetzt auch nicht, aber ... Code wird höchstens einmal geschrieben. Man kann den Code dann löschen, und ihn nochmal schreiben, aber der, der da steht ist immer nur EINmal geschrieben worden (Ja, Wortklauberei aber ich denke, es ist klar, was gemeint ist...)

 

[Landei]

Wie gesagt: Das ist ziemlich subjektiv. Aber wenn man einen Button hat, mit dem man startet, dann ist das für mich ein startButton. Und kein btnStart. Und ob txt nun für TextField oder TextArea steht, oder cb für ComboBox oder für CheckBox sieht man auch nicht. Meistens besteht der "semantische Zusammenhang" auch weniger in dem Typ, den man wiedererkennen müßte, sondern in der Aufgabe, die die Components erfüllen:
brightnessSlider
brightnessLabel
brightnessConfirmButton
oder so... aber das kann ja jeder machen, wie er's für richtig hält

So mache ich es auch.