Datenbank und Log in neuer Klasse

[maxi62]

Hi,
wenn ich in einem Inhaltselement oder Modul eine eigene kleine Klasse einsetze, wie kann ich aus dieser Klasse heraus die Datenbank oder Log-Funktion ansprechen? Mit $this->... gehts ja logischerweise nicht mehr!

[Toflar]

Musst sie dir holen

$this->import('Database'); 

[maxi62]

Musst sie dir holen

$this->import('Database'); 

Schön wäre es. Aber bei mir kommt bei der Zeile nur der Fehler:

Fatal error: Call to undefined method Paypal::import() in /www/htdocs/

Paypal heißt meine neue Klasse!

[Toflar]

Ah du bist komplett ausserhalb

Äh, nicht sonderlich schlau...du bist ausserhalb des Systems. Ich würde halt von Backend erben lassen

[maxi62]

Ah du bist komplett ausserhalb

Äh, nicht sonderlich schlau...du bist ausserhalb des Systems. Ich würde halt von Backend erben lassen

Nu die Klasse hat ansonsten eigentlich nix mit Typollight zu tun, daher dachte ich mir kann ich mir das vererben sparen. Ich hasse dieses Klassengemehre ;-)
Von welcher Klasse empfielst du zu erben, wie heißt die genau?

[b2m]

Ich würde halt von Backend erben lassen

System genügt auch.

[Toflar]

Ist eine Frage von "was willst du nutzen?"

[b2m]

Ist eine Frage von "was willst du nutzen?"

Wenn ich richtig gelesen habe, dann Database und Log

[Toflar]

Ja, kommt ja vielleicht noch mehr dazu Aber hast schon Recht, wenn man's genau nehmen will, dann System

[maxi62]

Der Tipp mit System ist gut. Nur eines fehlt noch, ich muss auch auf die Klasse Environment zugreifen, das scheint mit System nicht zu gehen. Oder kann ich das auch importieren
mit $this->import(Environment); ?

[b2m]

Hi

laut api.https://contao.org wird Environment schon im Konstruktor im importiert und ist dann unter $this->Environment verfügbar.

Gruß b2m

[maxi62]

Hi

laut api.https://contao.org wird Environment schon im Konstruktor im importiert und ist dann unter $this->Environment verfügbar.

Gruß b2m

Also bei mir funktioniert es nur wenn ich es zusätzlich mit Import übernehme, habs ausprobiert. Ist die API Doku falsch oder muss ich den Construktur von Systems manuell noch aufrufen? Hier Codeauszug:

class Paypal extends System 
{
public function __construct()
{
    $this->import('Environment');
    $this->import('Database');

    ...	
}

[b2m]

Hi

versuche es doch mal mit einem

parent::__construct(); 

in deiner __construct().

Gruß b2m

[Seitengestalter]

Geht's nicht so?

$objEnv = $this->Environment->getInstance();

dann hast du Zugriff:

string __get (string $strKey) // $Key abfragen

und

void __set (string $strKey, mixed $varValue) // $Key eintragen

also z.B.

echo $objEnv->__get('url'); //Rückgabe der aktuellen URL ohne Pfad und Querystring

[b2m]

Guten Morgen Seitengestalter,

theoretisch geht es auch so, wie du es beschrieben hast. Aber was wenn Leo jetzt beschließen sollte ein anderes Design Pattern zu verwenden, das Singleton für Environment ersetzt oder eine __construct() mit Parametern für Environment definiert?

Dann funktioniert dein Code plötzlich nicht mehr , wohingegen die Lösung mit parent::__construct() (ist glaube ich eine Form des Fabric Patterns) bzw. $this->import('Environment'); auch weiterhin funktionieren wird, da in diesen Fällen das Typolight-Framework für eine korrekte Initialisierung des Objektes sorgt.

Gruß b2m

[deerwood]

Moin alle,

also __set() und __get() sind NICHT dafür vorgesehen, direkt aufgerufen zu werden! Es sind magische Methoden, die von PHP aufgerufen werden, wenn eine unbekannte Member-Variable zugegriffen wird. Siehez.B. hier.

// Falsch:
echo $object->__get('abc');
$object->__set('xyz', $some_value);
// Richtig:
echo $object->abc;
$object->xyz = $some_value; 

Natürlich nur, wenn die Methoden __set/__get 'abc' bzw. 'xyz' auch behandeln.

Die eigene Definition eines Konstruktors a la

    public __construct()
    {
        parent::__construct();
    } 

ist, wenn ich richtig informiert bin, für einige älter PHP 5 Versionen nötig, weil in denen der Konstruktor der Superklasse nicht automatisch aufgerufen wurde, wenn man keinen Konstruktor definiert hatte; ein Bug in diesen Versionen, ich glaube, der wurde in 5.3 gefixt. Jedenfalls erforderlich ist der Aufruf von parent::__construct(), wenn man einen eigenen Konstruktor definiert hat, egal, ob er noch andere Initialisierungen vornimmt, oder nicht.

LG, Georg

[b2m]

Hi Georg,

danke für deine sinnvollen Ergänzungen. Das mit den Gettern und Settern habe ich ganz übersehen

Gruß b2m