__construct() vs SameAsClassName() pour le constructeur en PHP

__construct a été introduit en PHP5. C'est la façon dont vous êtes censé le faire maintenant. Je ne suis pas au courant de tout avantages en soi, mais les.

Du manuel PHP:

Pour la compatibilité ascendante, si PHP 5 ne peut pas trouver de __construct() de la fonction pour une classe donnée, il sera à la recherche pour le style ancien constructeur de fonction, par le nom de la classe. Effectivement, cela signifie que le seul cas qui aurait des problèmes de compatibilité est si la classe a une méthode __construct() qui était utilisé pour différents sémantique

Si vous êtes sur PHP5, je vous conseille d'utiliser __construct pour éviter de faire de PHP chercher ailleurs.

Aujourd'hui, l'on a accepté la réponse est obsolète.

Renommer les classes est une mauvaise pratique: vous devez vous rappeler où et quoi de renommer chaque fois que vous mettez à niveau vers une nouvelle version. Parfois (comme l'utilisation de La réflexion ou complexes de la structure de dépendance), il peut être impossible en l'absence radicale de refactoring. Et c'est accidentelle de la complexité que vous voulez éviter. C'est pourquoi espaces de noms a été introduit en PHP. Java, C++ ou C# ne pas utiliser __construct, ils utilisent nommé constructeur et il n'y a pas de problème avec eux.

De PHP 5.3.3, les méthodes avec le même nom que le dernier élément d'un des espaces de nom de la classe ne sont plus traités comme constructeur. Ce changement n'affecte pas non préfixée classes.

Exemple

namespace Foo;
class Test {
  var $a = 3;

  function Test($a) {
    $this->a = $a;
  }

  function getA() {
    return $this->a;
  }
}

$test = new Test(4);
echo $test->getA(); //3, Test is not a constructor, just ordinary function

Noter que nommé les constructeurs ne sont pas dépréciées (PHP 5.5 aujourd'hui). Cependant, vous ne pouvez pas prédire que votre classe ne sera pas utilisé dans l'espace de noms, donc __construct devraient être privilégiés.

Des précisions sur les mauvaises pratiques mentionnées ci-dessus (pour Dennis)

Quelque part dans votre code, vous pouvez utiliser ReflectionClass::getName(); lorsque vous renommez la classe, vous devez vous rappeler où vous avez utilisé la Réflexion et de vérifier si le getName() résultat est toujours cohérent dans votre application. Le plus vous avez besoin de se rappeler quelque chose de spécifique, plus il est probable que quelque chose est oublié qui entraîne des bugs dans l'application.

Les parents ne peuvent pas avoir le contrôle sur toutes les classes dans le monde qui dépend d'eux. Si allow_url_include est activée, certaines autres web pourrait être l'utilisation de la classe à partir de votre serveur, qui peut se bloquer si vous renommez un peu de classe. C'est encore pire dans les langages compilés mentionnés ci-dessus: la bibliothèque peut être copié et regroupés dans un autre code.

Il n'y a pas de raison pour renommer la classe:

• si le nom de la classe des conflits, de l'utilisation des espaces de noms
• si la classe responsabilité quarts de travail, et d'en tirer quelques autres de la classe au lieu

En PHP classes dans l'espace de noms, la méthode avec le même nom devrait être évitée dans tous les cas: intuitivement, il doit produire un objet créé la classe; si c'est autre chose, pourquoi lui donner le même nom? Il devrait être un constructeur et rien d'autre. Le principal problème est que le comportement d'une telle méthode repose sur l'utilisation de l'espace de noms.

Il n'y a pas de problème de __construct constructeurs en PHP. Mais ce n'était pas la meilleure idée de modifier le nom des constructeurs.

Dans votre exemple Foo::Foo est parfois appelé PHP 4 ou de style ancien constructeur, car il vient de l'époque de PHP 4:

class Foo {
    //PHP 4 constructor
    function Foo(){
        //do stuff
    }
}

PHP 4 constructeurs sera obsolète mais pas supprimé en PHP 7. Ils ne seront plus considérés comme des constructeurs dans n'importe quelle situation en PHP 8. La compatibilité Future est certainement une bonne raison de ne pas utiliser cette fonctionnalité.

Eh bien, il a été quelques années depuis que cette question a été posée, mais je pense que je dois répondre à ça encore, parce que les choses ont changé et pour les lecteurs, dans l'avenir, je veux garder l'information à jour!

Donc en php-7 ils vont supprimer la possibilité de créer le constructeur comme une fonction avec le même nom que la classe. Si vous le faites, vous obtiendrez un E_DEPRECATED.

Vous pouvez lire plus au sujet de cette proposition est acceptée) ici:
https://wiki.php.net/rfc/remove_php4_constructors

Et un devis à partir de là:

PHP 7 émet de niveau e_deprecated à partir chaque fois qu'un PHP 4 constructeur est défini. Lorsque le nom de la méthode correspond au nom de la classe, la classe n'est pas dans un espace de noms, et PHP 5 constructeur (__construct) n'est pas présent, alors un niveau e_deprecated à partir sera émise. PHP 8 arrêtera émettant de niveau e_deprecated à partir et les méthodes ne seront pas reconnus comme des constructeurs.

Aussi, vous ne sera pas obtenir un E_STRICT en php-7 si vous définissez une méthode avec le même nom que la classe ET un __construct().

Vous pouvez le voir aussi ici:

PHP 7 également arrêter émettant E_STRICT lorsqu'une méthode avec le même nom que la classe est présent ainsi qu' __construct.

Donc, je vous recommande d'utiliser __construct(), puisque vous aurez moins de problèmes avec cela à l'avenir.

Si il y a des méthodes de __construct et SameAsClassName méthode __construct sera exécutée, SameAsClassName méthode sera ignoré.