Coding Style: Benennung von Parametern

[s.h.a.r.k]

Ich halte es im Prinzip so, dass ich private Klassenvariablen mit F "markiere", also F also Präfix verwende, Beispiel FHeight, und bei Parametern (meistens) ein A voranstelle.

Ich muss hier allerdings dazu sagen, dass, nachdem ich neulich das Buch Clean Code (ISBN-13: 978-3826655487) gelesen habe, eher dazu tendieren würde das A wegzulassen! Das hat den Grund, dass ich in der Zwischenzeit dazu tendiere wesentlich kompaktere Klassen und Methoden zu programmieren, ebenso darauf achte, welche Namen ich für Methoden und Variable benutzt. Allein aufgrund dieses Programmierstils komme ich eigentlich nie in die Versuchung eine lokale Variable wie einen Parameter benennen zu wollen.

[Stevie]

Zitat von Furtbichler:

Es gibt Leute, die packen ein 'a' vor einen Parameter. Aber heutzutage braucht man das eigentlich nicht.

Wenn Du nämlich richtig sauber programmierst, hast du nur 0-4 Parameter und so kleine Prozeduren, das man sofort sieht, was Parameter ist und was nicht.

Wenn du Parameter kennzeichnen willst, tust du das dann auch für Prozeduren, Funktionen, Methoden, globale Variablen, lokale Variablen, Felder usw?

Zitat von s.h.a.r.k:

Ich halte es im Prinzip so, dass ich private Klassenvariablen mit F "markiere", also F also Präfix verwende, Beispiel FHeight, und bei Parametern (meistens) ein A voranstelle.

Ich muss hier allerdings dazu sagen, dass, nachdem ich neulich das Buch Clean Code (ISBN-13: 978-3826655487) gelesen habe, eher dazu tendieren würde das A wegzulassen! Das hat den Grund, dass ich in der Zwischenzeit dazu tendiere wesentlich kompaktere Klassen und Methoden zu programmieren, ebenso darauf achte, welche Namen ich für Methoden und Variable benutzt. Allein aufgrund dieses Programmierstils komme ich eigentlich nie in die Versuchung eine lokale Variable wie einen Parameter benennen zu wollen.

Ohne führendes A bei Parameternamen kann es aber sehr wohl eine Namensgleichheit mit Property geben, was auch bei Beachtung von Clean code für durchaus wahrscheinlich halte.

[Medium]

Bei case-sensitiven Sprachen nehme ich gerne eine am Anfang klein Geschriebene (ansonsten weiterhin Camel-Case) Version der nachher mit dem Wert besetzten Properties, bzw. klein geschriebene sprechende Namen. Ungarisch kommt bei mir nur in Delphi, und nur bei Enums ins Haus. Fast alle IDEs bieten mehr als genug Unterstützung bei der Erkennung der Typen zum Zeitpunkt der Verwendung, dass das einfach über ist.
In Delphi verwende ich, weil nicht case-sensitive, ersatzweise den Property-/sprechenden Namen mit vorangestelltem a. Allerdings einem kleinen, da ich auch lokale Variablen klein schreibe, und Parameter den selben Scope haben. Damit grenzen sie sich noch etwas hübscher von Feldern, Properties und Methoden ab.

[Aphton]

Ne Frage - warum eig. ein A (wie Attribut?) anstatt P (wie Parameter!)

@Furchtbichler:
Private Felder einer Klasse werden ja mit F vermerkt ala
FSomeProperty: TSomeType;

[DeddyH]

Wieso P wie Pointer statt A wie Argument?

[Aphton]

Aber Parameter <> Argumente!
Im Rump einer Methode stehen Paramter, keine Argumente

... oder?

[DeddyH]

Zumindest Wikipedia spricht von Argumenten und nicht von Parametern.

[edit] Etwas exaktere Definition:

Zitat:

Die Begriffe Parameter oder Argument werden in diesem Kontext oft synonym verwendet, wobei sich 'Parameter' genau genommen auf die Funktionsdefinition bezieht, 'Argument' hingegen auf den tatsächlichen Aufruf.

Quelle: wieder Wikipedia [/edit]

[implementation]

Zitat von Aphton:

Aber Parameter <> Argumente!
Im Rump einer Methode stehen Paramter, keine Argumente

... oder?

Stimmt schon, aber man benennt Bezeichner ja nicht nach dem, was sie sind, sondern was sie enthalten.

Die Logik "Es ist ein Parameter, also P" ist wie: "Es ist ein String, also nenne ich ihn 'String'"
statt "Es enthält ein Argument, also A" -> "Es enthält den Namen, also nenne ich es 'Name'"

[Sir Rufo]

Zitat von Aphton:

Ne Frage - warum eig. ein A (wie Attribut?) anstatt P (wie Parameter!)

Das a vor einem Parameter kommt nicht von Attribut, sondern verleiht dem Parameter etwas sprechendes - wenigstens im Englischen

procedure Foo( aValue : integer ); kann dann als "a Value" ("ein Wert") gesprochen werden.

Aus dem gleichen Grund werden teilweise BoolProperties auch ein "Is" vorangestellt.
property IsValid : Boolean;

[DeddyH]

Ich verstehe das zwar eigentlich auch so, aber dann müsste es doch konsequenterweise statt z.B. AOwner AnOwner heißen, oder sehe ich das falsch?