Laravel: Différence App::bind et App::singleton

Je suis un peu confuse sur toutes les belles choses laravel a à offrir en termes de conteneur IOC et des façades. Depuis que je ne suis pas un programmeur expérimenté, il devient accablant pour apprendre.

Je me demandais, quelle est la différence entre ces deux exemples:

  1. Une façade 'Foo' et inscrit dans le conteneur via App::bind()

  2. Une façade 'Foo' et inscrit dans le conteneur via App::singleton()

Dans mon meilleur compréhension Foo::method() va être réécrit comme $app->make['foo']->method() ainsi, dans le premier exemple de plusieurs instances de la Foo classe sera créée et dans le deuxième exemple, puisqu'il est lié par l'intermédiaire d'un App::singleton(), la même instance de Foo sera retourné à chaque fois une Méthode sur cet objet est appelé.

Je suis désolé si la réponse à cette question est évidente, mais je ne trouve pas de confirmation sur cette question et de nulle part, c'est clairement expliqué.

  • Ne pas présenter des excuses pour ne pas comprendre quelque chose. Croyez-moi, vous n'êtes pas seul!
InformationsquelleAutor Luuk Van Dongen | 2014-08-10
  1. 62

    C'est exactement comme ça.

    Très simple, la preuve est à l'essai de la bevahior. Depuis l'Application Laravel étend simplement Illuminate\Container\Container, je vais utiliser le conteneur (dans mon cas, j'ai même ajouté le conteneur en tant que dépendance de mon compositeur.json) pour tester.

    require __DIR__ . '/vendor/autoload.php';

class FirstClass
{
    public $value;
}

class SecondClass
{
    public $value;
}

//Test bind()
$container = new Illuminate\Container\Container();

$container->bind('FirstClass');

$instance = $container->make('FirstClass');
$instance->value = 'test';

$instance2 = $container->make('FirstClass');
$instance2->value = 'test2';

echo "Bind: $instance->value vs. $instance2->value\n";

//Test singleton()
$container->singleton('SecondClass');

$instance = $container->make('SecondClass');
$instance->value = 'test';

$instance2 = $container->make('SecondClass');
$instance2->value = 'test2'; //<--- also changes $instance->value

echo "Singleton: $instance->value vs. $instance2->value\n";

    Le résultat est comme prévu:

    Bind: test vs. test2

    Singleton: test2 vs. test2

    Peut-être un sale la preuve, mais en effet c'est l'un.

    Toute la magie réside dans le Container::make méthode.
    Si la liaison est enregistré comme partagée (ce qui signifie que singleton), l'instance de classe est retourné, sinon une nouvelle instance à chaque fois.

    Source: https://github.com/laravel/framework/blob/4.2/src/Illuminate/Container/Container.php#L442

    BTW, Container::singleton est le même que Container::bind avec le troisième paramètre est défini sur true.

    • Merci beaucoup, c'est exactement ce que je cherchais! Serait-il, je trop demander pour une bonne ressource sur l'utilisation des singletons et quand il est préférable d'instancier plusieurs objets?
    • Si vous avez besoin de la même instance d'une classe sur l'ensemble de la demande, vous devez envisager d'utiliser le singleton méthode (par exemple, un panier), pour tout le reste se lier faut juste être bien.
    • Corrigez-moi si je me trompe, mais si la façade est utilisé sur un sous-jacent de classe qui est lié via App::bind(), puis Laravel va instancier un nouvel objet de la classe sous-jacente? Si oui, est l'objet lui-même accessible depuis il est instancié à chaque fois une méthode sur la façade est-il utilisé?
    • Désolé pour ma réponse tardive. Comme la documentation souligne façades seulement, "un "statique" de l'interface pour les classes qui sont disponibles dans l'application du conteneur IoC" (source).
    • Pouvez-vous donner un exemple réel sur les lier et de singleton différence?
    • Jetons un coup d'oeil à la base de données du gestionnaire de connexion. Le gestionnaire de connexion enregistre lui-même en tant que singleton, parce que vous voulez garder les connexions enregistrées à l'intérieur d'elle au cours de l'ensemble de la demande. Disons que vous avez deux bases de données, à l'aide du gestionnaire de connexion vous pouvez utiliser les deux. Merci pour le singleton inscription, ce sont en fait seulement deux connexions, et pas plus. Juste un pour résoudre appel et de connexion à l' (toujours la même) manager. github.com/laravel/framework/blob/5.2/src/Illuminate/Database/...
    • Jusqu'à ce que vous attribuez une instance de l'application comme app()->instance(Address::class, $address); après ça, vous aurez de cette instance, peu importe si c'était bind ou singleton au début. Mais seulement Jusqu'à ce que vous décidez pas à utiliser app()->makeWith(...) en sorcière cas, vous devrez faire un objet pour vous, peu importe si c'était bind ou singleton ou même affecté en tant que instance... il y a des conditions d'après les conditions... j'aime Laravel.
    • Ma question va paraître stupide mais il veut toujours savoir, est l'instance du singleton est unique par requête http / par demande de l'utilisateur / pour chaque http reqest de tous les utilisateurs? sens d'une même instance du singleton peut être partagé entre deux requêtes http d'unique/utilisateurs finaux différents?
    • Il singleton par requête http, et non par utilisateur ou même laravel instance.

    InformationsquelleAutor niclasleonbock
  2. 14

    Façades faire un travail en tant que singleton, même si le sous-jacent de liaison n'est pas un singleton.

    Disons que vous avez:

    $app->bind('foo', 'FooConcrete'); //not a singleton

    et:

    class Foo extends \Illuminate\Support\Facades\Facade {
    protected static function getFacadeAccessor() { return 'foo'; }
}

    Puis cela va créer 2 instances de FooConcrete, comme d'habitude:

    app('foo');
app('foo');

    Mais cela va créer une seule instance de FooConcrete et le réutiliser:

    Foo::someMethod();
Foo::someMethod();

    C'est parce que resolveFacadeInstance() magasins de l'résolu instances.


    Il y a cependant une exception. La plupart du temps, la définition de getFacadeAccessor() renvoie une chaîne, comme indiqué ci-dessus, mais il peut également renvoyer un objet. Exemple de la Schema Façade:

    protected static function getFacadeAccessor() {
    return static::$app['db']->connection()->getSchemaBuilder();
}

    Dans un tel cas, resolveFacadeInstance() ne pas stocker l'instance.

    Donc si getFacadeAccessor() retourne une nouvelle instance, chaque appel à la Façade crée une nouvelle instance ainsi.

    • C'est pourquoi, si nécessaire, vous pouvez utiliser clearResolvedInstances() méthode pour supprimer la stockées cas, donc, si vous souhaitez obtenir un nouvel objet à chaque appel sur la Façade vous pouvez utiliser cette méthode dans l' getFacadeAccessor() droit de la méthode avant de retourner le béton de la chaîne.
    • Vous devriez plutôt utiliser clearResolvedInstance() (pas de "s") pour effacer uniquement ce dont vous avez besoin, pas du tout. Néanmoins, vous seriez mieux de tout simplement retourner une instance.
    InformationsquelleAutor Gras Double
  3. 3

    Mais j'ai lu quelque part que Laravel traite classes via des façades toujours comme des singletons?

    Ainsi, j'ai rencontré ce problème:

    J'ai un démo classe normalement lié par 

    $this->app->bind('démo', function() { return new Demo(); }

    Une orig une façade

    protégé fonction statique getFacadeAccessor() { return 'démo'; }

    La classe elle-même ressemble à ceci

    classe de Démonstration 
{ 

private $valeur1; 
private $valeur2; 

fonction publique setVal1($valeur) 
{ 
$this->valeur1 = $valeur; 
} 

fonction publique setVal2($valeur) 
{ 
$this->valeur2 = $valeur; 
} 

fonction publique getVals() 
{ 
de retour de Val 1: '. $this->valeur1 . "Val 2:' . $this->valeur2; 
} 

}

    Vous m'avez dit que si je voulais utiliser une façade sur cette classe, instancier un objet de la classe, puis d'appeler la méthode sur cet objet.

    Bout à bout j'ai testé et trouvé cela très étrange (au moins pour moi) comportement:

    Si je ne 

    Démo::setVal1('13654');

    et 

    Démo::setVal2('chaîne de caractères')

    Je ne devrais pas être en mesure d'utiliser Demo::getVals() pour récupérer les valeurs que je viens de créer, devrais-je? Car à chaque fois qu'une façade méthode est utilisée un nouvel objet sera instancié et comment peut-on l'objet de récupérer les propriétés d'un autre objet? Il devrait y avoir trois différentes instances encore, mais je suis en mesure de récupérer les propriétés de ceux d'autres instances...

    • Gras Double réponses à ces questions et bien dans sa solution... "Façades faire un travail en tant que singleton, même si le sous-jacent de liaison n'est pas un singleton." Ainsi, lorsque vous êtes à l'aide de façades, il n'a pas d'importance si vous avez utilisé bind() ou d'un singleton(), de toute façon le problème est le même. La différence n'questions si vous êtes à la création de nouveaux objets, en utilisant App::make() par exemple.
    InformationsquelleAutor Luuk Van Dongen