Coding Style: Benennung von Parametern

[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'"

[Stevie]

Zitat von 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'"

Nennst du deine Methoden nicht Method1 bis X?

[implementation]

Zitat von Stevie:

Nennst du deine Methoden nicht Method1 bis X?

Ich nenne in der Regel alle Methoden "Method", ohne Zahl, und überlade sie dann mit verschiedenen Signaturen.

[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?

[Sir Rufo]

Zitat von 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?

grammatikalisch ja, aber so ist das halt mit Einzelschicksalen

[Aphton]

Zitat von implementation:

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

Echt?
Warum beginnen dann die Felder bei Klassen mit F wie zB.

Delphi-Quellcode:

TSomeClass = class
private
  FSomeProperty: TSomeType;
public
  property SomeProperty: TSomeType read FSomeProperty write FSomeProperty;
end;

[Edit]
Wenn der Bezeichner vom Typ String ist, benenne ich ihn ja nicht zwingendermaßen strSomeVariable. Je nach dem wo sie sich befindet, so wird sie auch benannt - bei Klassenfeldern eben mit F, als Parameter mit P (übrigens hat sich bei mir auch A eingebürget -.-') usw.
[/Edit]

Bei Methoden hingegen muss man das ja nicht machen, denn Methoden sind nur in Klassen enthalten. (Oder werden mittlerweile Prozeduren und Funktionen in Records auch Methoden genannt? xD)
Variablen dahingegen können an verschiedensten Orten definiert werden -> global, lokal, in Klassen, in Objekten/Records/..., in Funktionen/Prozeduren usw. usf.

[Meflin]

Zitat von 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?

Keine Ahnung wie das in der Delphi-Welt ist, aber in anderen Sprachen ist das auch durchaus so üblich (z.B. bei Smalltalk, womit ich gerade mal wieder arbeite, und wovon ich jedes mal wieder aufs neue entzückt bin )