Extension une classe singleton

Question

i utilisé pour créer une instance d'une classe singleton comme ceci:

$Singleton = SingletonClassName::GetInstance(); 

et pour la classe non singleton:

$NonSingleton = new NonSingletonClassName; 

je pense que nous ne devrions pas différencier la façon dont nous créons une instance d'une classe si c'est un singleton ou non. si je regarde dans la perception de l'autre classe, je me fiche de savoir si la classe nous avons besoin d'une classe singleton ou non. donc, je ne suis toujours pas à l'aise avec la façon dont php traite une classe singleton. je pense et je veux toujours écrire:

$Singleton = new SingletonClassName; 

juste une autre classe non singleton, y at-il une solution à ce problème?

Answer 1

Je ne le recommanderais pas car cela rendrait votre code beaucoup plus difficile à comprendre (Les gens pensent que de nouveaux moyens un tout nouvel objet). Mais alors je ne voudrais pas recoemmed l'utilisation de Singletons.

L'idée de base de ce code est qu'il existe un wrapper autour d'un singleton. Toutes les fonctions et les variables accessibles via ce wrapper affectent réellement le singleton. Il n'est pas parfait comme le code ci-dessous ne met pas en œuvre un grand nombre de méthodes magiques et les interfaces SPL mais ils peuvent être ajoutés si nécessaire

code

/** 
* Superclass for a wrapper around a singleton implementation 
* 
* This class provides all the required functionality and avoids having to copy and 
* paste code for multiple singletons. 
*/ 
class SingletonWrapper{ 
    private $_instance; 
    /** 
    * Ensures only derived classes can be constructed 
    * 
    * @param string $c The name of the singleton implementation class 
    */ 
    protected function __construct($c){ 
     $this->_instance = &call_user_func(array($c, 'getInstance')); 
    } 
    public function __call($name, $args){ 
     call_user_func_array(array($this->_instance, $name), $args); 
    } 
    public function __get($name){ 
     return $this->_instance->{$name}; 
    } 
    public function __set($name, $value){ 
     $this->_instance->{$name} = $value; 
    } 
} 

/** 
* A test singleton implementation. This shouldn't be constructed and getInstance shouldn't 
* be used except by the MySingleton wrapper class. 
*/ 
class MySingletonImpl{ 
    private static $instance = null; 
    public function &getInstance(){ 
     if (self::$instance === null){ 
      self::$instance = new self(); 
     } 
     return self::$instance; 
    } 

    //test functions 
    public $foo = 1; 
    public function bar(){ 
     static $var = 1; 
     echo $var++; 
    } 
} 

/** 
* A wrapper around the MySingletonImpl class 
*/ 
class MySingleton extends SingletonWrapper{ 
    public function __construct(){ 
     parent::__construct('MySingletonImpl'); 
    } 
} 

Exemples

$s1 = new MySingleton(); 
echo $s1->foo; //1 
$s1->foo = 2; 

$s2 = new MySingleton(); 
echo $s2->foo; //2 

$s1->bar(); //1 
$s2->bar(); //2 

Answer 2

Il vaut mieux être l'inverse - fournir un factory-method pour les non-singletons, et obtenir des instances de les utiliser:

$NonSingleton = NonSingletonClassName::createInstance(); 

C'est une pratique recommandée pour Java (en Effective Java), mais il en va à la plupart des langages orientés objet.

Answer 3

Vous ne pouvez pas créer un Singleton de la même manière qu'une instance de classe normale. new retournera toujours une nouvelle instance, donc vous devez avoir le constructeur non-public et donc vous devez avoir un moyen différent de l'appeler à l'intérieur de la classe.

Vous pouvez avoir des méthodes d'usine sur toutes les classes, par ex. faites toujours getInstance() comme indiqué dans une autre réponse. Une autre option serait d'utiliser un Service Locator et un qui sait s'il faut retourner quoi.

Answer 4

Basé sur ce mot-clé new signifie que tout ce que vous voulez est sans importance. new crée une nouvelle instance de la classe, c'est pourquoi il a nommé nouveau :-)

Answer 5

Je sais que c'est un très vieux post, mais j'ai mieux compris le modèle d'usine avec l'aide du lien ci-dessous. Donc, si cela aide un futur erré. . . . ici va

http://www.devshed.com/c/a/PHP/Design-Patterns-in-PHP-Factory-Method-and-Abstract-Factory/1/

Il était très simple à comprendre et à comprendre la mise en œuvre de base.