Coding Style: Benennung von Parametern

[hathor]

Benamsung von Parametern -> bitte ändern in: Benennung von Parametern

[Furtbichler]

Zitat:

Zitat von Lemmy (Beitrag 1144355)

...da habe ich mich in langen Jahren an Delphi angeglichen. Innerhalb der Procedure gibt es dann lokale Variablen mit ungarischer Notation.

Na entweder an Delphi anlehnen oder ungarisch, wobei letzteres ja wohl etwas angestaubt ist und heutzutage nicht mehr verwendet werden muss. Außer, man muss noch in C(++) programmieren

[s.h.a.r.k]

Zitat:

Zitat von Furtbichler (Beitrag 1144379)

Na entweder an Delphi anlehnen oder ungarisch, wobei letzteres ja wohl etwas angestaubt ist und heutzutage nicht mehr verwendet werden muss.

Sehe ich ebenso -- die IDEs unterstützen den Programmierer hier derart viel, sodass dieses "Hilfskonstrukt" ruhig komplett wegfallen kann. Ebenso macht es das Refactoring evtl. etwas schwieriger, da man nun nicht mehr einfach den Typ ändern kann, sondern auch den Variablennamen mit ändern muss. Daneben sollten sinnvolle und aussagekräftige Variablen-/Methodennamen dahingehend unterstützend, dass man den Typen von Variablen bzw. Resultate von Funktionen anhand des Kontextes erraten können sollte -- klar ist, dass sowas nicht zu 100% möglich ist, aber durchaus in der Mehrzahl der Fälle funktionieren sollte.

[Lemmy]

@furchtbichler/Shark: 100%ige Zustimmung. Blöd wenn man in gewachsene Strukturen rein kommt und Sourcen aus 10-20 Mannjahren weiter pflegen muss mit 3-4 Kollegen. Da kann man halt schlicht nicht so wie man will und irgend wann sehen die privaten Sourcen halt genauso aus, weil das Hirn so einfacher und schneller denkt ;-)

[Jazzman_Marburg]

Beitragstitel geändert.

[Valle]

Zitat:

Zitat von Jazzman_Marburg (Beitrag 1144424)

Beitragstitel geändert.

Ne. ;-) Oben den ersten Beitrag editieren und dort auf erweitert klicken. (oder so)

Liebe Grüße,
Valentin

[Stevie]

Zitat:

Zitat von Furtbichler (Beitrag 1144351)

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:

Zitat von s.h.a.r.k (Beitrag 1144358)

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

Delphi-Quellcode:

FSomeProperty: TSomeType;

:P

[DeddyH]

Wieso P wie Pointer statt A wie Argument? :lol: