Code Smells

[DeddyH]

Somit wäre dann aber ein PObject ein Pointer auf einen Pointer. Unschön, wenn nicht irgendwie beabsichtigt.

[bernau]

Zitat von DeddyH:

Somit wäre dann aber ein PObject ein Pointer auf einen Pointer. Unschön, wenn nicht irgendwie beabsichtigt.

So kann man es aus sehen. Das wäre sogar die richtige Interpretation. Daher auf keinen Fall ein p als Präfix für ein instanziertes Objekt. Verwirrt nur.

[Coffeecoder]

Zitat von bernau:

Zitat von DeddyH:

Somit wäre dann aber ein PObject ein Pointer auf einen Pointer. Unschön, wenn nicht irgendwie beabsichtigt.

So kann man es aus sehen. Das wäre sogar die richtige Interpretation. Daher auf keinen Fall ein p als Präfix für ein instanziertes Objekt. Verwirrt nur.

Ich ändere dies in der neuen Version zu "achart".

[himitsu]

Für mich sind Parameter mit Präfix einfach nur häßlich.

Typen mit T, Pointertypen mit P, Interfacetypen mit I, sowie Fields/Felder mit F, sind ja vollkommen OK,
aber Property- und Parameternamen auch noch verschandeln?



Aber wenn man schon soeinen Scheiß macht, dann sollte man das dann auch komplett durchzuiehen.

Globale Variablen mit G, Lokale mit L, die Parameter/Argumente mit A, Constanten mit C und für die Property oder die Klassenvariablen (Class Var) fällt uns bestimmt auch noch was ein.
Eventuell noch die nicht ganz "globalen" Variablen innerhalb der Implementation noch mit einem V davor

Und zum Schluß überall noch den kranken ungarischen Dreck davor.



Am Ende überlegt man sich das nameXCamelCase dann nochmal, findet es nun ebenfalls Scheiße und wechselt zu KA_WIE_DAS_HEISST.









Wer unbedingt will, kann intern ja eine Umleitung einrichten.

Delphi-Quellcode:

procedure MeineProzedur(MeinParameter: MeinTyp);
var
  Argument_MeinParameter: MeinTyp absolute MeinParameter;  
begin
  if Argument_MeinParameter = 0815 then

end;

[Coffeecoder]

Es sind noch immer (nur) Konventionen
[OT] In Java macht folgendes mit den Parameterübergabe:

Code:

...

public void setName(String name) {
       this.name = name;
}

Ohne Präfix
[/OT]

[himitsu]

[OT] Das mach ich in Delphi genauso.

[bernau]

Du wirst lachen, aber lokale Variablen fangen bei mir tatsächlich mit (einem kleinen) L an. Wobei das nich ganz optimal ist, da man das "l" mit einer "1" (in Worten "Eins") verwechseln kann. Gibt auch einige Styleguides die das bemängeln. Da bei mir aber keine Variable mit einer Ziffer anfängt, kann ich das verschmerzen. Parameter/Argumente bekommen immer ein kleines "a". Hat den Vorteil, daß ich immer sehe, welche Variable lokal ist und welche von aussen kommt.

[Coffeecoder]

Zitat von bernau:

Du wirst lachen, aber lokale Variablen fangen bei mir tatsächlich mit (einem kleinen) L an. Wobei das nich ganz optimal ist, da man das "l" mit einer "1" (in Worten "Eins") verwechseln kann. Gibt auch einige Styleguides die das bemängeln. Da bei mir aber keine Variable mit einer Ziffer anfängt, kann ich das verschmerzen.

Ich dachte, du kannst keine Ziffer als Präfix vor einem Variablennamen schreiben
Dies ist doch nicht erlaubt resp der Compiler meckert doch : 1int;

[DeddyH]

Wenn keine Verwechslungsgefahr (z.B. mit Properties) besteht, dann lasse ich Präfixe bei Argumenten auch am liebsten weg, ansonsten sollte der Weg mit dem vorangestellten A meistens funktionieren (es sei denn, es besteht wieder Verwechslungsgefahr). Ganz blöde wird es bei solchen Konstrukten (das with ist in diesem Zusammenhang natürlich Absicht):

Delphi-Quellcode:

constructor TMeineKomponente.Create(AOwner: TComponent; Name: string);
begin
  FDings := TDings.Create;
  with FDings do
    begin
      Name := Name;
    end;

[bernau]

Zitat von Coffeecoder:

Zitat von bernau:

Du wirst lachen, aber lokale Variablen fangen bei mir tatsächlich mit (einem kleinen) L an. Wobei das nich ganz optimal ist, da man das "l" mit einer "1" (in Worten "Eins") verwechseln kann. Gibt auch einige Styleguides die das bemängeln. Da bei mir aber keine Variable mit einer Ziffer anfängt, kann ich das verschmerzen.

Ich dachte, du kannst keine Ziffer als Präfix vor einem Variablennamen schreiben
Dies ist doch nicht erlaubt resp der Compiler meckert doch : 1int;

Deswegen fängt bei mir ja auch keine Variable mit einer Ziffer an