geerbter Konstruktor

Data · 09.11.2006

Sprache: Delphi
Plattform: Win32
Entwicklungsumgebung: BDS 2005 Personal

Klassendeklaration (vereinfacht):

Code:

[B]type[/B]
  TGame = [B]class[/B]
  [B]public[/B]
    [B]constructor[/B] Create([B]const[/B] S: [B]string[/B]);
  [B]end[/B];
  TPlayDice = [B]class[/B](TGame)
  [B]public[/B]
    [B]constructor[/B] Create;
  [B]end[/B];

Objektdeklaration:

Code:

[B]var[/B]
  Player: TGame;

Instanziierung (vereinfacht):

Code:

Player := TPlayDice.Create;

Theoretisch müsste ja jetzt der Konstruktor von TGame aufgerufen werden.
Es wird aber der Konstruktor von TPlayDice aufgerufen. Wenn ich den erforderlichen Parameter S angeben will, endet dies mit einer Fehlermeldung.

Data · 09.11.2006

Ach, manchmal vergisst man wirklich die einfachsten Dinge. Die Konstruktorendeklarationen sind ja nicht identisch.
Thread kann geschlossen werden.

O Love · 09.11.2006

Du hast außerdem das Ableiten vergessen, also die "virtual"-Deklaration in der Basisklasse und die "override"-Direktive in der abgeleiteten Klasse. Machst Du das nicht, bekommst Du eine Meldung, daß die Prozedur neu deklariert wurde. Wenn Du das aber wirklich irgendwann willst, dann gehört das Schlüsselwort "reintroduce" dahinter.

Data · 09.11.2006

Du hast außerdem das Ableiten vergessen, also die "virtual"-Deklaration in der Basisklasse und die "override"-Direktive in der abgeleiteten Klasse. Machst Du das nicht, bekommst Du eine Meldung, daß die Prozedur neu deklariert wurde.

Aber das trifft nur zu, wenn die Deklarationen der ableitenden und abgeleiteten Klasse übereinstimmen, was ja hier nicht der Fall ist, nicht wahr?

Wenn Du das aber wirklich irgendwann willst, dann gehört das Schlüsselwort "reintroduce" dahinter.

reintroduce ist laut Dokumentation optional anzugeben, wenn man die Warnung des Compilers unterdrücken möchte.
Mit virtuellen, überschreibenden und abstrakten Methoden dürfte ich keine Probleme mehr haben, da ich diese erfolgreich mithilfe der Dokumentation implementieren konnte. Also, die Polymorphie beherrsche ich doch nun hoffentlich.
Aber manchmal übersieht man eben einfache Regeln vor lauter Eifer.

O Love · 09.11.2006

Data schrieb:
reintroduce ist laut Dokumentation optional anzugeben, wenn man die Warnung des Compilers unterdrücken möchte.

Sicher, aber ich stehe auf dem Standpunkt, daß ALLE Hinweise und Warnungen zu behandeln sind. Schließlich ist da irgendwas komisch am Quellcode und damit anfällig für Fehler.

Data · 09.11.2006

Sicher, aber ich stehe auf dem Standpunkt, daß ALLE Hinweise und Warnungen zu behandeln sind. Schließlich ist da irgendwas komisch am Quellcode und damit anfällig für Fehler.

Ja, deinen Standpunkt verstehe ich. Wäre ich in einer solchen Situation, hätte ich reintroduce sehr wahrscheinlich auch angewendet. Deine Erklärung von vorhin klang nur eben so, als müsste man reintroduce schreiben und deswegen war ich ein wenig verwirrt gewesen.

O Love · 09.11.2006

Bei mir muß man das schon.

Ich habe die Regel "keine Warnungen/Hinweise" bei uns in der Firma durchgesetzt. Aber wir kommen leicht vom Thema ab...

Aber wenn wir schon beim Erstellen von Klassen sind, hier noch ein kleiner Tip: Auch wenn man die ganzen Methoden in beliebiger Reihenfolge deklarieren kann, empfiehlt sich die alphabetische Ordnung. Die Deklarations-Anordnung ist nämlich diejenige, die einem bei der Code-Hilfe (also [Ctrl+Space]) angeboten bekommt. Da suchen sich die Methoden doch viel einfacher, wenn sie alphabetisch gelistet werden.

Data · 09.11.2006

Auch wenn man die ganzen Methoden in beliebiger Reihenfolge deklarieren kann, empfiehlt sich die alphabetische Ordnung.

Tja, da kann ich auch noch was erzählen:
Zuerst habe ich die Methoden nach Zusammengehörigkeit deklariert (Gruppierungen). Als ich dann aus diversen Gründen eine Neuordnung der Klassen durchführen musste, habe ich sie dann alphabetisch angeordnet, was sich dann auch in der von dir angesprochenen Codehilfe gleich formschöner und als einfach zu behandeln bemerkbar machte.
Tja, wo ich noch nicht so durchsehe, sind Interfaces. Soviel ich weiß, gibt es da keine Felder sondern nur Methoden, die nur von Klassen implementiert werden können. Dazu müssen die drei Standardmethoden noch deklariert werden. Und dann ja noch die GUIDs. Und Klassenreferenzen... Es gibt ja soviel, was man noch nicht weiß.

Da hilft wohl nur fleißig Dokumentation lesen, bis man es irgendwann versteht. :ja: Aber zum Glück gibt es ja noch die Foren.

geerbter Konstruktor

Data

Data

O Love

Data

O Love

Data

O Love

Data

geerbter Konstruktor

ANGEBOTE & SPONSOREN

Neueste Beiträge

Statistik des Forums