[bobby]

Hi,

also ich hab meine Konfigurationsschnittstelle dann etwa so umgesetzt:

PHP-Code:

<?php
abstract class Config
{
    abstract protected function __construct();

    abstract public function load($filename);

    abstract public function get($key);

    public static function factory($class)
    {
        return new $class;
    }
}

class Config_PHP extends Config
{
    protected $configs;

    public function __construct()
    {
        $this->configs = array();
    }

    public function load($filename)
    {
        $config = null;

        require_once($filename);

        $this->config = $config;
    }

    public function get($key)
    {
        return $this->config[$key];
    }
}
$config_php = Config::factory("Config_PHP");
?>

1. Die Klasse Config/Image baut eine Instanz von Config_Csv, Image_Png etc. und behält diese als privates Objektattribut und gibt die Anfragen entsprechend weiter.

Das würde ich mit Vorsicht behandeln - das fügt deiner Anwendung nur unötige Komplexität hinzu. (wie xabbuh bereits erwähnt hat)

Der Vorschlag mit abstract bzw. interface ist für mich eine ganz passable Lösung, aber da gibt es bestimmt noch bessere Ansätze

bobby

[dr.e.]

Hallo bobby,

> require_once($filename);
> $this->config = $config;

Wenn das alles ist, was du in deiner Konfigurations-Klasse tust, frage ich mich, warum die eine solche einsetzt. Das ist Overhead, den es nicht braucht. Viel wichtiger ist es meiner Meinung nach über Context-abhängige Konfigurationen und Konfigurationen für verschiedene Umfelder (Test/Live) nachzudenken und hierfür eine standarddisierte Schnittstelle für deine Applikations-Schichten zur Verfügung zustellen. Wie stellst du z.B. generisch sicher, dass ein Modul ABC in verschiedenen Webseiten oder Teilen von Webseiten eingebunden ist und dort jeweils eine dem Context entsprechende Konfiguration hat und laden kann ohne, dass sich der darüberliegende Service - z.B. ein DocumentController oder eine Business-Komponente - Gedanken um Context und Umgebung machen muss? Mir fehlen derartige Überlegungen völlig. Ein derartiges Beispiel habe ich für ini-Dateien unter http://christian.zierpflanzenberatun...=Configuration implementiert....

[bobby]

Zitat von dr.e.

Hallo bobby,

> require_once($filename);
> $this->config = $config;

Wenn das alles ist, was du in deiner Konfigurations-Klasse tust, frage ich mich, warum die eine solche einsetzt. Das ist Overhead, den es nicht braucht.

Nein das oben genannte Beispiel ist nur eine Veranschaulichung und entspricht nicht meiner Lösung - eine Klasse für eine "require_once" ist wirklich übertrieben.

Den Artikel werde ich mir mal anschauen. Danke

bobby