Quand utiliser `public static function createInstance()` plutôt qu'un constructeur habituel pour instancier une classe?

Question

Je suis étudiant ce code: http://www.w3style.co.uk/a-lightweight-and-flexible-front-controller-for-php-5

L'auteur y utilise une fonction static pour instancier une classe. Je suis fondamentalement un débutant et je n'avais jamais vu ça. Pourquoi utiliser un instantiateur static plutôt que le constructeur habituel?

Voici le code:
index.php

<?php 
define("PAGE_DIR", dirname(__FILE__) . "/pages"); 
require_once "FrontController.php"; 
FrontController::createInstance()->dispatch(); 

FrontController.php

<?php 
class FrontController { 
    public static function createInstance() { 
    if (!defined("PAGE_DIR")) { 
     exit("Critical error: Cannot proceed without PAGE_DIR."); 
    } 
    $instance = new self(); 
    return $instance; 
    } 
    public function dispatch() {....} 

Answer 1

Ceci est une solution de contournement pour PHP, car il est trop bête pour des trucs comme ça:

(new SomeClass())->doSomething(); 

Oneliners comme cela sont impossibles en PHP natif. Voilà pourquoi certaines personnes enveloppent l'instanciation de la classe dans une méthode statique pour permettre:

SomeClass::create()->doSomething(); 

Il aide à garder le champ propre, puisque vous n'avez pas besoin des variables supplémentaires. Il ressemblerait à ceci, sinon:

$instance = new SomeClass(); 
$instance->doSomething(); 
unset($instance); 

EDIT:-moi de citer Gordon ici (des commentaires). « appels statiques sont les mêmes que mettre une fonction dans le cadre mondial d'appel, il sera toujours avoir une dépendance sur la portée globale. " Vous devriez être conscient de ce fait, car cela rend votre code moins flexible.

Answer 2

Les situations les plus courantes sont celles où vous souhaitez créer une instance singleton ou utiliser un modèle d'usine.

Answer 3

PHP autorise uniquement un constructeur, ce qui signifie que si vous voulez avoir plusieurs façons de construire un objet, la fonction statique mulliple est considérée comme une solution valide. Cependant, le simple fait d'avoir une fonction statique qui appelle le constructeur ne semble pas avoir beaucoup de sens. Par exemple, vous pouvez avoir un constructeur qui prend des paramètres pour chaque propriété de l'objet. Par exemple, vous pouvez avoir un constructeur qui prend des paramètres pour chaque propriété de l'objet. Et une fonction statique qui prend juste un id, et fait un appel de base de données pour récupérer toutes les propriétés pour récupérer l'objet. Cela signifie que vous ne devez pas avoir toutes les procédures de base de données dans votre code d'appel. La fonction statique prend la responsabilité.

Il est souvent suggéré de faire une classe Factory séparée pour ce faire, mais je ne pense pas que cela ait toujours du sens. Vous devriez lire sur le sujet avant de prendre une décision si cela a un sens pour vous.