self vs. __CLASS__ - Seite 2

11.01.2012, 13:26

Zitat:

Zitat von tr0y

Das war noch nicht ausführlich ^^

<ggg>
Aber ausreichend verständlich.

Zitat:

Zu deinem Source.. äh, wie jetzt ? Kontext-Sprung ? o_O

Zu wenig Text? Ein kleiner Kontextsprung, weil ich (hoffentlich richtig) ahne, welche Ziele der TS anstrebt und welche Probleme er abfragt.

11.01.2012, 17:56

Vielen Dank für die wirklich sehr interessanten Beiträge.

Mein PHP-Singleton-Pattern sieht nun folgendermaßen aus:

PHP-Code:

  <?php

   class C {

      private static $instance;

      private function __construct() {

      }

      public static function get() {

         if (self::$instance === null) {

            $class = get_called_class();

            self::$instance = new $class;

         }

         return self::$instance;

      }

      private function __clone() {

      }

      private function __wakeup() {

      }

   }

?>

Eines würde mich noch interessieren: darf man eigentlich von einer Singleton-Klasse erben?

nikosch · 11.01.2012, 18:10

Das macht so keinen Sinn. get_called_class() ist das Pendant zu static, ergo hast Du zwar ein Abstarct Singleton gebastelt (was Deine Frage beantworten sollte), allerdings speicherst Du die Instanz immer in C::$instance. Folglich kannst Du nicht mehrere von C erbende Klassen gleichzeitig instanziieren.

11.01.2012, 18:25

Eigentlich hätte mich interessiert, wie das Singleton-Patter spezifiert ist. Darf man lt. Spezifikation von einer Singleton-Klasse erben?

tr0y · 11.01.2012, 18:47

Zitat:

Zitat von php.de

Eigentlich hätte mich interessiert, wie das Singleton-Patter spezifiert ist. Darf man lt. Spezifikation von einer Singleton-Klasse erben?

Ein Singleton besagt das es nur eine Instanz der Klasse die das Singleton repräsentiert geben darf. Jedes Class-child, bildet eine solche Klasse.

nikosch · 11.01.2012, 18:49

Über Vererbung macht ST keine Aussage. Folglich: Ja. Oder besser: Es ist nur ein Pattern, also mach das vom Anwendungsfall ab. Ein schlichtes final reicht ja.

tr0y · 12.01.2012, 11:03

Zitat:

Zitat von php.de

Vielen Dank für die wirklich sehr interessanten Beiträge.

Mein PHP-Singleton-Pattern sieht nun folgendermaßen aus:

PHP-Code:

  <?php
   class C {
      private static $instance;
      private function __construct() {
      }
      public static function get() {
         if (self::$instance === null) {
            $class = get_called_class();
            self::$instance = new $class;
         }
         return self::$instance;
      }
      private function __clone() {
      }
      private function __wakeup() {
      }
   }
?>

Eines würde mich noch interessieren: darf man eigentlich von einer Singleton-Klasse erben?

Um hier nochmal genereller drauf einzugehen, es ist sogar in einigen Fällen sinnvoll Singletons zu vererben, z.b. wenn man gewährleisten will das...

... Kind-Klassen Singletons sind, spätere Kind-Klassen aber nicht irgendetwas anderes werden können:

PHP-Code:

  class Singleton {

    private static $_instances = array();

    final public static function getInstance() {
        return !isset(self::$_instances[ get_called_class() ])
                ? self::$_instances[ get_called_class() ] = new static
                : self::$_instances[ get_called_class() ];
    }
    
    final protected function __clone() {}
    
    protected function __construct () {
        echo __CLASS__.'-Class representation of construct.'."\n";
    }

}

class superSingleton extends Singleton {
    
    protected function __construct () {
        echo __CLASS__.'-Class representation of construct.'."\n";
    }
    
}

Oder die interessantere Variante:

... abstrakte Singletons Grundlage für ein "Instanziier mich einmal, aber sonst keine Kinder von mir"-Singletons.

PHP-Code:

  abstract class aloneSingleton {

    private static $_instance;
    
    final public static function getInstance() {
        if ( !is_null( self::$_instance ) ) {
            if ( get_class(self::$_instance) !== get_called_class() )
                throw new LogicException(get_called_class().' is an subclass of '.__CLASS__
                    .', instances are restricted to one instance overall, '
                    .'you tried to access the wrong stage of inheritance, use '
                    .get_class(self::$_instance).' instead.');
            else return self::$_instance;
        }
        else {
            self::$_instance = new static;
        }
        
        return self::$_instance;
    }

    abstract protected function __construct();

}

class A extends aloneSingleton {
    
    protected function __construct() { echo __CLASS__.' created.'; }
    
}

class B extends aloneSingleton {

    protected function __construct() { echo __CLASS__.' created.'; }

}

class C extends A {

    protected function __construct() { echo __CLASS__.' created.'; }

}

class D extends B {

    protected function __construct() { echo __CLASS__.' created.'; }

}

PHP-Code:

  a::getInstance(); // all be good

PHP-Code:

  a::getInstance();

/* thousands of lines later */

d::getInstance(); // LogicException

Ein Parade-Beispiel dafür wäre ein Log-Interface das du als Singleton entwickelst, aber bei dem du nicht möchtest, das Beispielsweise Error-Reporting zum User tritt und in einem file geloggt wird ( gleichzeitig ), sondern nur in ein File geloggt wird oder die Fehler zum User übermittelt werden. Diese Form der Processing-Logik ermöglich ebendso anderen Entwicklern nicht unabsichtlich irgendwo logs anzustoßen, die sie später beispielsweise nicht mehr wiederfinden, weil sie nicht wussten das sie überhaupt aktiviert wurden.

Wie nikosch schon sagte, Pattern sind Vorlagen, keine Entgültigen Stempel wie Dinge aussehen müssen. Klar sollte man sich schon an das Konzept halten, aber Design Patterns werden dir nie sagen ob sie in ihrer Basis vererbbar sind oder nicht. ( Ich denke da würde das Gesamt-Konzept Vererbung auch hinsichtlich Design-Patterns ins wanken geraten )

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] self:: vs. $this->	Cube	PHP Tipps 2009	2	01.10.2009 20:16
Unterschied zwischen self, parent, this	dennito	PHP Tipps 2008	7	21.12.2008 12:24
Php self		PHP Tipps 2005	4	26.03.2005 14:04


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

11.01.2012, 17:56
php.de Gast Beiträge: n/a	Vielen Dank für die wirklich sehr interessanten Beiträge. Mein PHP-Singleton-Pattern sieht nun folgendermaßen aus: PHP-Code: <?php class C { private static $instance; private function __construct() { } public static function get() { if (self::$instance === null) { $class = get_called_class(); self::$instance = new $class; } return self::$instance; } private function __clone() { } private function __wakeup() { } } ?> Eines würde mich noch interessieren: darf man eigentlich von einer Singleton-Klasse erben?

11.01.2012, 18:10
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.987 PHP-Kenntnisse: Fortgeschritten	Das macht so keinen Sinn. get_called_class() ist das Pendant zu static, ergo hast Du zwar ein Abstarct Singleton gebastelt (was Deine Frage beantworten sollte), allerdings speicherst Du die Instanz immer in C::$instance. Folglich kannst Du nicht mehrere von C erbende Klassen gleichzeitig instanziieren. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

11.01.2012, 18:25
php.de Gast Beiträge: n/a	Eigentlich hätte mich interessiert, wie das Singleton-Patter spezifiert ist. Darf man lt. Spezifikation von einer Singleton-Klasse erben?

11.01.2012, 18:49
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.987 PHP-Kenntnisse: Fortgeschritten	Über Vererbung macht ST keine Aussage. Folglich: Ja. Oder besser: Es ist nur ein Pattern, also mach das vom Anwendungsfall ab. Ein schlichtes final reicht ja. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --