Eigener Konstruktor

[uligerhardt]

Zitat:

Zitat von FriendOfDelphi (Beitrag 1026376)

Wenn ich den Quellcode komplett, also Klassendefinition und die Verwendung der Klasse in eine Unit schreibe, dann kann ich einen Breakpoint im Konstruktor setzen und dieser wird auch durchlaufen.
Wenn ich, wie von mir bevorzugt, die Klasse in einer eigenen Unit definiere und diese in einer anderen Unit nur verwenden will, dann nimmt der Compiler die Breakpoints im Konstruktor weg, so dass ich dort keinen mehr setzen kann.

Das dürfte daran liegen, dass du den Konstruktor als privat deklariert hast. Wenn du ihn von außen - insbesondere aus einer anderen Unit - aufrufen willst, wäre public angesagt.

[Jens Hartmann]

Hallo,

ich bin mir nicht sicher, aber in einer anderen Unit kann es nicht gehen, weil der constructor Privat ist...

Delphi-Quellcode:

type
  TAuto = class(TObject)
  private
    FFarbe: string;
    procedure SetFarbe(Farbe: string);
    constructor Create(col: string);//hier eventuell mal schauen.
  public
    property Farbe: string read FFarbe write SetFarbe;
end;

EDIT... Zu spät...

Gruß Jens

[FriendOfDelphi]

Zitat:

Zitat von mkinzler (Beitrag 1026379)

Befindet sich die Unit (bzw. deren Pfad) im Suchpfad?

Die Unit ist im selben Projekt.
Der Compiler meckert nicht.
Die Unit wird also gefunden.

[freak4fun]

Zitat:

Zitat von FriendOfDelphi (Beitrag 1026389)

Zitat:

Zitat von mkinzler (Beitrag 1026379)

Befindet sich die Unit (bzw. deren Pfad) im Suchpfad?

Die Unit ist im selben Projekt.
Der Compiler meckert nicht.
Die Unit wird also gefunden.

DIe Unit wird gefunden, aber der Constructor nicht. Wenn du eine Klasse in einer Unit hast, kann da alles auf den Private-Bereich zugreifen. Wenn du nun aber die Klasse in eine andere Unit schreibst, kann die erste Unit nicht mehr auf den Private-Bereich der nun ausgelagerten Klasse zuegreifen. Daraus folgt, das du den Constructor als Public deklarieren musst. Dann wird auch der Breakpoint nicht mehr entfernt. ;)

[FriendOfDelphi]

Ok. Das war's.
Der Konstruktor muss public sein.

Ist das denn so "richtiger" Quellcode?
Ich meine gelesen zu haben, dass man das so nicht machen soll, oder?

[DeddyH]

Was soll man wie nicht machen? Vordefinierte Werte im Konstruktor zuweisen? Dafür ist der doch u.a. da.

[Sir Rufo]

Zitat:

Zitat von FriendOfDelphi (Beitrag 1026395)

Ok. Das war's.
Der Konstruktor muss public sein.

Ist das denn so "richtiger" Quellcode?
Ich meine gelesen zu haben, dass man das so nicht machen soll, oder?

Man macht es halt so, dass es funktioniert. Dann ist das "richtiger" Quellcode.

und wenn beim Create der hinterlegte Code ausgeführt werden soll, dann muss der constructor public sein.

[Jens Hartmann]

Hallo,

z.B.
privat, ist nur in der eigenen Unit sichtbar.
public im gesamten Projekt.

Man sollte also als privat deklarieren, was nach außen hin nicht sichtbar sein soll, z.B. Methoden, die in der Klasse selbst benötigt werden. Da du den Constructor ja außen benötigen tust, muss er public sein.

Eine Aufstellung dieser Deklarationen findest du in der Hilfe von Delphi...

Gruß Jens

[mkinzler]

Ein constructor sollte immer public sein. Soll die Klasse nur in einer Unit verwendbar sein dann deklariert man sie halt unter Implementation

[Tryer]

Und falls SetFarbe irgendwas "wichtiges" macht, dann würde ich einfach auch im Constructor SetFarbe('rosa') bzw. Farbe := 'rosa' aufrufen statt nur das Feld FFarbe zu setzen.

Grüsse, Dirk