Wie lang sind eure Delphi Quellen?

[mleyen]

Delphi-Quellcode:

TKlasse = class(TObject)
protected
  FX: Integer;
public
  property X: Integer read FX write FX;
end;

Und include-files versuch ich auch zu vermeiden wo es nur geht, die Unitgröße wird dadurch eig auch nicht kleiner.

[mquadrat]

Ohne Getter und Setter ist das keine Kunst kürzer zu werden.

[mleyen]

Das sind getter/setter, außer das der compiler direkt auf die Variable zugreift.
Der Abstraktionsgrad bleibt erhalten und man kann immer ein get()/set() draus machen, falls es mal notwendig wird.

Aber ich such schon ewig nach einer sinnvollen Situation für ein get(). Hast du eine für mich?

[mquadrat]

Zum Beispiel Lazy Loading von Objekten. Oder berechnete Properties, die gar keine Member-Variable haben. Oder Properties von Decorator-Klassen.

Aber stimmt schon, solange man kein Get() braucht muss man es auch nicht hinschreiben.

[himitsu]

Diese Codeschlangenbildung vom C kann man in Delphi auch machen und schon wird es ebenfalls kürzer.

Delphi-Quellcode:

type
  TKlasse = class(TObject)
  protected
    var FX: Integer;  procedure SetX(const aX: Integer);  function GetX: Integer;
    var FY: Integer;  procedure SetY(const aY: Integer);  function GetY: Integer;
  public
    property X: Integer read GetX write SetX;
    property Y: Integer read GetY write SetY;
  end;

procedure TKlasse.SetX(const aX: Integer);  begin  FX := aX;  end;
function  TKlasse.GetX: Integer;            begin  Result := FX;  end; 
procedure TKlasse.SetY(const aX: Integer);  begin  FY := aY;  end;
function  TKlasse.GetY: Integer;            begin  Result := FY;  end;

und wenn man dagegen C# mal einrückt, dann sieht das gleich ganz anders aus

Code:

class Klasse
{
  protected 
    int x, y;
  public
    int X
    {
      get 
      { 
        return x; 
      }
      set 
      { 
        x = value; 
      }
    }
    int Y
    {
      get 
      { 
        return y; 
      }
      set 
      { 
        y = value; 
      }
    }
}

Abgesehn davon, daß ich diese casesensitive Namensbehandlung nicht wirklich als gut leserlich empfinde.

[mquadrat]

[Assarbad]

Zitat von himitsu:

und wenn man dagegen C# mal einrückt, dann sieht das gleich ganz anders aus

Danke. Auch wenn ich meine Kritikpunkte zu Delphi habe, den Vergleich von implementation fand ich auch etwas ... nunja

Zitat von himitsu:

Abgesehn davon, daß ich diese casesensitive Namensbehandlung nicht wirklich als gut leserlich empfinde.

Hier bin ich nun wieder anderer Meinung. Schon weil dort wo Delphi endet (bspw. API-Importe) theoretisch schon die Groß-/Kleinschreibung wichtig sein könnte. Mir rollen sich bspw. jedesmal die Zehennägel auf wenn wiedermal ein Delphianer kunstvoll eine API-Funktion nach Gusto groß oder klein schreibt - also bspw. statt GetModuleHandle einfach mal getModuleHandle und andere Grausamkeiten ...

Wichtig ist die Groß-/Kleinschreibung hier doch nur, weil es sich um Syntax handelt. Ansonsten steht es dir doch frei mit Großbuchstaben herumzuwerfen wie du möchtest

[himitsu]

In PHP fand ich das nervig.

Da hat man eine Variable X befüllt und später ruft man eine Variable x ab und wundert sich, warum diese plötzlich leer ist.

[Florian Hämmerle]

Zitat von himitsu:

In PHP fand ich das nervig.

Da hat man eine Variable X befüllt und später ruft man eine Variable x ab und wundert sich, warum diese plötzlich leer ist.

Naja, aber es gibt ja doch gewisse Styleguides an die sich die meisten (Delphi-)Entwickler halten. oder schreibst du statt begin BeGiN oder BEGIN? reservierte Worte schreibt man meist klein. Deshalb heißt es bei mir auch string, aber Integer

CamelCase oder nicht. Wenn, dann sollte man sich auch durchgehend daran halten... egal ob der Compiler das jetzt verlangt oder nicht

mfg Florian

[mquadrat]

Zitat von Assarbad:

Zitat von himitsu:

und wenn man dagegen C# mal einrückt, dann sieht das gleich ganz anders aus

Danke. Auch wenn ich meine Kritikpunkte zu Delphi habe, den Vergleich von mquadrat fand ich auch etwas ... nunja

Huch, ich war das doch gar nicht Ich hab nur geschrieben, dass Delphi nicht die kompakteste Sprache ist.