Hallo werte Fortgeschrittene!
(Ich habe um sicherzugehen hier posten zu dürfen das gesamte Manual Kapitel 17 Klassen und Objekte nocheinmal durchgelesen!)
Eigentlich geht es um ein recht banales Problem:

Ich habe eine Klasse die einen Basisteil darstellt und eigenständig läuft!
So jetzt will ich quasi eine Extension für diese Klasse schreiben!
Diese Klassenextension soll selber eine gleichnamige Klasse sein und die gesamten Variablen und Funktionen aus der Basisklasse in der anderen Datei holen! Und genau da habe ich Schwierigkeiten!

Also nochmal etwas Schematischer:

2 Klassen in unterschiedlichen Dateien
Basisklasse Erweiterungsklasse

Die Erweiterungsklasse soll auf die Basisklasse zugreifen und den selben Namen wie die Basisklasse haben! Sie muss auf sämtliche Funktionen und Variablen in der Basisklasse zugreifen können!

Und zum schluss:

Geht das? Ist das realisierbar!

Mister Ad

Also erweiterung geht, per extends .. die frage ist, was passiert wenn die
neue klasse den gleichen namen hat, wie die alte klasse .. ich würd spontan
sagen, ausprobieren, php wird definitiv meckern, wenn das nicht erlaubt ist.
was handfestes hab ich dazu leider auch nicht .. ich kann nur aus dem ver-
halten bei funktionen ableiten, die man ja auch nicht 2x mit selben namen de-
finieren darf.

hi,

so wie du dir das vorstellst ist das leider nicht realisierbar. es hört sich so
an als wolltest du ein art plugin system haben mit dem du eine basis klasse relativ beliebig erweitern kannst. bevor ich hier aber loslege mal eine frage : hast du schon erfahrung mit oo programmierung? wenn nicht dann solltest du dir erstmal die basics aneignen (:.

Sike

ja habe ich
dann leg los...

jo da kommt ne redeclare meldung...
hmm ist die die frage: kann man iwie eine Klasse redeclarieren bzw. wieder rausdeklarieren nachdem man sie geladen hat?!

Waq

Damit, dass es mehrere Klassen gibt, die gleich heissen, habe ich ganz üble Erfahrungen gemacht (bei Code von jemand anders), das würde ich lassen.

Damit die Klassen nicht gleich heissen müssen, würde ich über eine Factory gehen, anstatt die Klasse direkt über new zu instanziieren.

__________________
mod = master of disaster

Quadaptor

Genau:
Design Pattern: Farbrikklasse

Vielleicht überdenkst du auch einfach nochmal deine Programmlogik. Lässt sich bestimmt auch anders realisieren. Derartige "Probleme" hatte ich z.B. noch nie gehabt. Du weißt ja, alle Wege führen nach Rom und verschiedene Logiken bringen letztendlich das Gleiche Ergebnis.

Thice

Kann mir vielleicht jemand erklären wie das mit den Fabrikklassen funktioniert?
Oder gibt's da n gescheites Tutorial? Ich hab da irgendwie nix gefunden

__________________
kintzebros.de | KintzeBros Home Entertainment
2061. Nach dem Frieden | kurzfilm
Paula | spielfilm

Quadaptor

Seltsam, Googles erster Treffer ergibt sofort eine ordentlische Beschreibung:
http://www.google.de/search?hl=de&q=...le-Suche&meta=

Waq

Erstmal würde ich anmerken, dass es zwei GoF-Design-Patterns mit "Factory" im Namen gibt, nämlich die "Abstract Factory" und die "Factory Method". Die Abstract Factory ist hier falsch. Eine "Factory Class" gibt es nach GoF nicht.

Die Factory Method ist nicht viel mehr als eine Methode, die ein Objekt erstellt und zurückliefert, wobei unter verschiedenen Umständen unterschiedliche Objekte geliefert werden.

Die vorgeschlagene Implementation aus dem Jahre 1994 sieht vor, dass diese Factory Method eine Methode einer Klasse ist und bei Bedarf in einer davon abgeleiteten Klasse überschrieben wird.
Für C++ ist aber z.B. auch vorgeschlagen, STL-Templates zu verwenden, um zu vermeiden, dass man eine neue Sub-Klasse erstellen muss, nur um die eine Methode zu überschreiben.

Auch wenn es anders vorgesehen ist, Erich Gamma wird sich schon nicht nachts im Bett umdrehen, nur weil man ein wenig dreckig eine Funktion irgendwie dazu bringt, ein Objekt der richtigen Klasse zurückzuliefern, z.B. indem man über class_exists() abfragt, ob die zweite Klasse existiert und dann diese statt er ersten verwendet, oder indem der Name der zu instanziierenden Klasse in einer Variable abgelegt wird.
Ebenso sollte die Factory eigentlich ein Objekt sein, wobei man eben dieses Objekt austauschen würde, wenn die Factory andere Objekte liefern soll. So lange man kein ordentliches OOP macht und die verschiedenen Factories, die man braucht, ordentlich mitschleift, z.B. in Container-Objekten, ist es aber durchaus legitim, die Factory Method statisch aufzurufen, oder gar als einfache Funktion (ganz ohne Klasse), wobei mir der statische Aufruf doch lieber wäre.

__________________
mod = master of disaster

Guradia

Reales Beispiel: PEAR :: DB

Überlicherweise statisch aufgerufen wird DB :: connect(), mit einem DSN als Paramenter. Zurückgeworfen wird dann ein Objekt der Klassen DB_Mysql, DB_Mssql, DB_Oracle etc ....je nachdem, welche Art Server der DSN referenziert.

Mister Ad