PHP OO ¿Desaconsejado el uso de variables globales?

[salomon26]

Hola, hace poco leí en un sitio que el uso de las variables globales no está recomendado porque según decía, cuando el código es grande se hace difícil saber de donde viene esa variable y por donde pasó. Así que si cometiéramos un error en alguna parte del código manipulando una variable, generaríamos un error en otra parte, y no sabríamos desde donde se produjo, y que en el caso de POO, viola el principio de encapsulamiento, pues estaríamos permitiendo modificar propiedades internas del objeto desde un lugar externo.

¿Es correcto eso? De ser así ¿Cómo podría utilizar funciones de otras clases sin hacer uso de las globales?

[GatorV]

Así es, es totalmente correcto lo que dices.

Pues la forma es instanciando la clase donde necesites, hay muchas formas, la forma más correcta es la inyección de dependencias, es un patrón de desarrollo de Software para POO, que te permite en lugar de hardcodear la dependencia en la clase, inyectarla desde fuera de la clase para que sea usada, por ejemplo:

// no recomendado

Código PHP:

class User {
     private $db;
 
     public function __construct() {
             $this->db = new DB(/* Datos *); // hardcoded
             $this->db = Registry::get('db'); // vía registro (no recomendado tampoco)
     }
}
 
$user = new User();
$user->algo();
 

// recomendado

Código PHP:

class User {
       private $db;
 
       public function setDb(DBInterface $db) { $this->db = $db; }
       public function getDb() { return $this->db; }
}
 
// en otro file donde hagas el setup
$db = new Db(/* datos */);
$user = new User();
$user->setDb($db);
 
// Donde uses $user
$user->algo();
 

Todo eso se puede automatizar usando un Dependency Container que te permite "auto conectar" los objetos dependiendo de un registro de dependencias, es la forma más correcta actualmente para manejar las dependencias en Software.

Saludos.

[salomon26]

Iniciado por GatorV

Así es, es totalmente correcto lo que dices.

Pues la forma es instanciando la clase donde necesites, hay muchas formas, la forma más correcta es la inyección de dependencias, es un patrón de desarrollo de Software para POO, que te permite en lugar de hardcodear la dependencia en la clase, inyectarla desde fuera de la clase para que sea usada, por ejemplo:

// recomendado

Código PHP:

class User {
       private $db;
 
       public function setDb(DBInterface $db) { $this->db = $db; }
       public function getDb() { return $this->db; }
}
 
// en otro file donde hagas el setup
$db = new Db(/* datos */);
$user = new User();
$user->setDb($db);
 
// Donde uses $user
$user->algo();
 

Todo eso se puede automatizar usando un Dependency Container que te permite "auto conectar" los objetos dependiendo de un registro de dependencias, es la forma más correcta actualmente para manejar las dependencias en Software.

Saludos.

Gracias por contestar. Imagino que tengo que realizar el "include" de las clases que utilizaría en el otro archivo, donde definiría la bd. Si fuera el caso, imagino que si tuviera muchas clases el consumo sería grande. He tenido varios percances, y por eso si tuvieras un poco de tiempo para dedicarme a mí y a los que también tengan esta duda, ¿podrías crear los tres archivos para saber cómo quedaría? Es decir, dos clases (básicas, aunque solo muestre Hola mundo) y un archivo de configuración también básico (en mi caso uso mysqli), para saber dónde iría el "include" siendo más de una clase y cómo se gestionaría, ya que hasta ahora yo siempre había usado globales y así de pronto instanciarlas de una forma que desconocía, me viene desconcertando. De esta forma me guiaría y ya podría realizarlo con otras clases que tuviera. Gracias por adelantado, si no pudieras hoy, no importa, pero me gustaría saberlo.

[GatorV]

El include ya no se recomienda, ya se estandarizo el uso de la nomenclatura PSR-0 para las clases y usar un Autoloader para la carga de clases.

Puedes usar algo simple como Pimple que es un container que maneja todas las dependencias, casos y más avanzados pues depende del framework que uses.

Saludos.

[salomon26]

Iniciado por GatorV

El include ya no se recomienda, ya se estandarizo el uso de la nomenclatura [URL="https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-0.md"]PSR-0[/URL] para las clases y usar un Autoloader para la carga de clases.

Puedes usar algo simple como [URL="http://pimple.sensiolabs.org/"]Pimple[/URL] que es un container que maneja todas las dependencias, casos y más avanzados pues depende del framework que uses.

Saludos.

Entonces sin el uso de un Dependency Container no es posible a menos que se usen globales? Actualmente no estoy usando ningún framework ni librerías externas más que poo nativo, ya que no me siento cómodo usándolos.

[GatorV]

No, no es necesario un container, es solo que ayuda a la hora de configurar tu objeto ya que te evitas estar construyendo las dependencias que necesita tu clase para funcionar, solamente es que configures bien el container y listo.

Puedes hacerlo directo, pero recuerda que PHP por defecto no es un lenguaje 100% Orientado a Objetos, por lo que siempre tienes que adoptar algún patrón de diseño para organizar tu proyecto, y depende del patrón que uses debes de tener alguna parte donde hagas el "setup" o "bootstrap" de tu proyecto ahí es donde configuras e inyectas las cosas a tus objetos que necesites (donde haces el manejo de dependencia).

Como es una tarea complicada, por eso fue que te proporcioné el link de Pimple, ya que es un Container bastante simple que solamente necesitas configurar bien y usarlo para obtener instancias de tus clases.

Saludos.

[GatorV]

También te recomiendo este link, habla muy bien del tema: http://fabien.potencier.org/article/...ency-injection

[salomon26]

Iniciado por GatorV

También te recomiendo este link, habla muy bien del tema: [url]http://fabien.potencier.org/article/11/what-is-dependency-injection[/url]

Algo no me quedó claro. Esos archivos que descargué del primer enlace, es una demo de como se hace o son funciones que se necesitan integrar en el proyecto? No lo entiendo muy bien, es la primera vez que escucho lo de las inyecciones de dependencia de este modo. De todas formas voy a leer ese segundo enlace que me has pasado a ver si me aclaro un poco. Gracias de nuevo.

[GatorV]

¿hablas de Pimple? es un simple contenedor, su uso es simple, solamente lo incluyes y lo configuras y listo, usas Pimple en lugar de new Class.

Saludos.

[salomon26]

Iniciado por GatorV

¿hablas de Pimple? es un simple contenedor, su uso es simple, solamente lo incluyes y lo configuras y listo, usas Pimple en lugar de new Class.

Saludos.

Mi idea es seguir usando new "Class" sin necesidad de frameworks ni contenedores... pero no usar globales. ¿Es posible?

[masterpuppet]

No entiendo muy bien donde tienes el problema, simplemente no utilices variables globales.

[salomon26]

Iniciado por masterpuppet

No entiendo muy bien donde tienes el problema, simplemente no utilices variables globales.

Pues el problema está, en que si no uso las variables globales, ¿qué hago para llamar una función de otra clase? Si por ejemplo tengo dos clases, una de usuarios y otra de notas, y la información del usuario está en una función llamada "info", tendría que llamar a $user->info('algo'); ... pero si no hay globales u otra cosa (y "otra cosa" es lo que quiero saber, ya que desconozco otras posibilidades a globales), no podría hacer eso desde la clase "notas". ¿Me explico?

[GatorV]

Ya te dije tendrías que hardcoder la dependencia en tu clase (o usar inyección de dependencias), ya que veo que no tienes ganas de aprender, solamente hardcodea la dependencia:

Código PHP:

class Notes {
       public function getNotesForUser($id) {
                $User = new User($id);
                
                return $User->getNotes();
       } 
}
 

Saludos.

[salomon26]

Iniciado por GatorV

Ya te dije tendrías que hardcoder la dependencia en tu clase (o usar inyección de dependencias), ya que veo que no tienes ganas de aprender, solamente hardcodea la dependencia:

Código PHP:

class Notes {
       public function getNotesForUser($id) {
                $User = new User($id);
                
                return $User->getNotes();
       } 
}
 

Saludos.

Sí que quiero aprender lo que no sepa y mejorar lo que ya sé, no veo lógica a lo contrario. Pero por ejemplo, en el mensaje que cito no dices nada de cómo se conecta una clase con otra, a menos que haga un include, ¿cómo la clase va a ser que new User es una clase existente y dónde está? Hay cosas que no las comprendo. De todas formas gracias, buscaré en Google (aunque ya lo hice y nada apto) más sobre "hardcoder", porque lo de la inyección de dependencias no lo comprendo según los enlaces que pasaste, ya que no eran para este lenguaje.

[GatorV]

Claro que son de PHP, los dos que te dejé, y ya te dije más arriba, debes de usar un Autoloader para evitar los includes, realmente haces que repita lo que te digo, puedes usar un Autoloader de los que hay o el que trae PHP de forma nativa: spl_autoload_register

Eso hace que te evites hacer un include() antes de hacer el new Class, ya que el autoloader lo que hace es eso, cargar las clases que no han sido definidas.

Cuando programes en PHPOO, sea o no con MVC, debes de usar siempre un Autoloader para evitar estar haciendo includes.

Saludos.

[salomon26]

Iniciado por GatorV

Claro que son de PHP, los dos que te dejé, y ya te dije más arriba, debes de usar un Autoloader para evitar los includes, realmente haces que repita lo que te digo, puedes usar un Autoloader de los que hay o el que trae PHP de forma nativa: [URL="http://mx2.php.net/manual/en/function.spl-autoload-register.php"]spl_autoload_register[/URL]

Eso hace que te evites hacer un include() antes de hacer el new Class, ya que el autoloader lo que hace es eso, cargar las clases que no han sido definidas.

Cuando programes en PHPOO, sea o no con MVC, debes de usar siempre un Autoloader para evitar estar haciendo includes.

Saludos.

Entonces poniendo algo como:

Código PHP:

spl_autoload_register(function ($clase) {
    include(dirname(__FILE__) . '/classes/' . $clase . '.php');
});
 

Y luego dentro de la clase lo que me comentaste ayer:

Código PHP:

Class User
{
    private $db;
    
    public function setDB(DBInterface $db)
    {
        $this->db = $db;
    }
    public function getDb() 
    { 
        return $this->db; 
    }
}
 

¿Y si quiero agregar más clases en esa misma?

Por ejemplo, si quiero usar dentro de la clase user, las configuraciones que sería la clase core y una clase de seguridad por ejemplo. ¿Cómo sería? Poner private $core (que sería "$core = new Core" en el archivo donde se cargarían) y lo mismo para la otra de seguridad. Pero ¿ya podría usar $core y $security en las funciones de la clase user sin las globales o habría que hacer algo más? Aunque creo que esto es sólo para evitar todos includes, pero me he liado un poco.

Otra duda más, ¿spl_autoload_register() al cargar todas las clases que se encuentren no consumiría más que algunos includes dependiendo de un "if" (si voy al registro, cargo las del registro y no una clase de administración, por ejemplo)?


Gracias.

[GatorV]

El autoloader lo único que hace es evitar que tengas que hacer un include() para traer la definición de la clase y la puedas incluir sin que se genere un error.

Respecto a agregar más clases, para eso es el autoloader, puedes instanciar las clases que quieras y se van a incluir siempre y cuando tengan la misma estructura de nomenclaturas / carpetas, por ejemplo:

Código PHP:

class Foo {
      public function bar() {
                $foobar = new Foobar();
                $baz = new Baz();
                $foofoo = new Foofoo();
      }
}
 

El autoloader funciona tantas veces como clases sea necesario, y sí es un poco más lento a hacer un include() directamente, pero realmente no es notorio en la vida real por lo que no te preocupes no es un cuello de botella ni mucho menos, aparte de que guarda un cache de lo que se incluyo, por lo que solo es marginal la diferencia.

Saludos.

[salomon26]

Iniciado por GatorV

El autoloader lo único que hace es evitar que tengas que hacer un include() para traer la definición de la clase y la puedas incluir sin que se genere un error.

Respecto a agregar más clases, para eso es el autoloader, puedes instanciar las clases que quieras y se van a incluir siempre y cuando tengan la misma estructura de nomenclaturas / carpetas, por ejemplo:

Código PHP:

class Foo {
      public function bar() {
                $foobar = new Foobar();
                $baz = new Baz();
                $foofoo = new Foofoo();
      }
}
 

El autoloader funciona tantas veces como clases sea necesario, y sí es un poco más lento a hacer un include() directamente, pero realmente no es notorio en la vida real por lo que no te preocupes no es un cuello de botella ni mucho menos, aparte de que guarda un cache de lo que se incluyo, por lo que solo es marginal la diferencia.

Saludos.

Ahora veo las cosas un poco más claras que antes. Aunque, según veo en esa función, en vez de poner "global $foobar, $baz, $foofoo;" las instancias. ¿Entonces es necesario instanciarlas también en el "setup"?

Saludos y gracias nuevamente.

[GatorV]

Desconozco a que te refieres con el "setup" pero pues debes de instanciarlas donde las necesites es la base de POO, si no instancias una clase no la puedes utilizar (a menos que sea una clase estática)

[salomon26]

Iniciado por GatorV

Desconozco a que te refieres con el "setup" pero pues debes de instanciarlas donde las necesites es la base de POO, si no instancias una clase no la puedes utilizar (a menos que sea una clase estática)

En un principio dijiste esto:

// en otro file donde hagas el setup
$db = new Db(/* datos */);
$user = new User();
$user->setDb($db);
*
// Donde uses $user
$user->algo();

Imagino que es donde se haría el include, que ahora es la carga automatizada con spl_autoload_register(). No haría falta instanciarla en ese "setup" que podemos llamar common.php, ¿no? Pues no va a ser utilizada ahí, sólo en algunas funciones de algunas clases.

También, para no instanciar en todas las funciones, se podría crear una función para instanciar automáticamente?

Sería algo como:

Código PHP:

Class User
{
    private $security;
    private $core;
    
    function &getInstance()
    {
    $this->ext->security = new Security;
        $this->ext->core = new Core;
     }
    
    function getData()
    {
        $user_id = $this->ext->security->string($_POST['uid']);
    }
 
    // O bien
    function security_class()
    {
        return new Security;
    }
    
    function getData2()
    {
        $user_id = $this->security_class->string($_POST['uid']);
    }
}
 

O un constructor... donde dice string sería una función de la clase security, mientras que $this->ext->security es la instancia de la clase "Security". ¿Sería posible?

[GatorV]

Precisamente, si vas a usar inyección de dependencias es mejor usar un contenedor, eso es un hecho.

Por otro lado para evitar el uso de globales podrías usar un registro, aunque como te digo no es lo mejor ya que es casi lo mismo a usar globales.

Respecto al setup me refería a un bootstrap, todo depende del patrón de diseño que estés usando pero en algún lado debes de hacerlo, sí vas a usar paginas "planas" pues tendrías que hacerlo de forma más manual, por ejemplo:

autos.php

Código PHP:

namespace App;
 
class Autos {
       private $security;
       private $core;
 
       public function setSecurity($security) {
               $this->security = $security;
       }
 
       public function setCore($core) {
               $this->core = $core;
       }
 
       public function getAutos($fecha) {
              $fecha = $this->security->clean($fecha);
 
              return array();
       }
}
 

common.php

Código PHP:

<?php
// register autoloader
set_include_path(get_include_path().PATH_SEPARATOR.'/path/a/tus/clases');
spl_autoload_register();
 
$Core = new App\Core();
$Security = new App\Security();
 

listadoAutos.php:

Código PHP:

<?php
include('common.php');
 
$autos = new App\Autos();
$autos->setCore($Core);
$autos->setSecurity($Security);
$fecha = isset($_GET['fecha']) ? $_GET['fecha'] : date('Y-m-d');
foreach ($autos->getAutos($fecha) as $auto) {
         echo $auto;
}
 

Claro todo esto es suponiendo algo más plano, todo depende de que patrón de diseño tengas, y que tengas bien organizadas tus clases en namespaces como debe de ser

[salomon26]

Iniciado por GatorV

Precisamente, si vas a usar inyección de dependencias es mejor usar un contenedor, eso es un hecho.

Por otro lado para evitar el uso de globales podrías usar un registro, aunque como te digo no es lo mejor ya que es casi lo mismo a usar globales.

Respecto al setup me refería a un bootstrap, todo depende del patrón de diseño que estés usando pero en algún lado debes de hacerlo, sí vas a usar paginas "planas" pues tendrías que hacerlo de forma más manual, por ejemplo:

autos.php

Código PHP:

namespace App;
 
class Autos {
       private $security;
       private $core;
 
       public function setSecurity($security) {
               $this->security = $security;
       }
 
       public function setCore($core) {
               $this->core = $core;
       }
 
       public function getAutos($fecha) {
              $fecha = $this->security->clean($fecha);
 
              return array();
       }
}
 

common.php

Código PHP:

<?php
// register autoloader
set_include_path(get_include_path().PATH_SEPARATOR.'/path/a/tus/clases');
spl_autoload_register();
 
$Core = new App\Core();
$Security = new App\Security();
 

listadoAutos.php:

Código PHP:

<?php
include('common.php');
 
$autos = new App\Autos();
$autos->setCore($Core);
$autos->setSecurity($Security);
$fecha = isset($_GET['fecha']) ? $_GET['fecha'] : date('Y-m-d');
foreach ($autos->getAutos($fecha) as $auto) {
         echo $auto;
}
 

Claro todo esto es suponiendo algo más plano, todo depende de que patrón de diseño tengas, y que tengas bien organizadas tus clases en namespaces como debe de ser

Bien, gracias. Voy a realizar algunas pruebas. ¿A qué te refieres con páginas "planas"? No tengo un patrón de diseño claro todavía, pero estoy ideando algo.

Edito: spl_autoload_register() me está dando problemas de la forma que pusiste, de la forma que yo puse al principio (de php.net) sí se incluye bien, las clases las tengo en la dirección: carpeta public "/inc/clases/user.class.php" (utilizo xamp) ¿Cómo debería ir?

Edito de nuevo: Al llamar a una función desde una clase a otra, da el error: "Call to a member function mifuncion() on a non-object"... En el index llamo a una función, si en la función retorno algo sin necesidad de llamar a otra clase (un 'Hola mundo'), aparece. Pero si en el return pongo la función de otra clase (return $this->user->getHola();), aparece eso. Está la función para definir $this->user en la clase y lo demás que he visto en tu anterior respuesta. ¿La clase no está cargando a otra clase? Aunque hice un include y aparecía "redeclared", por lo tanto creo que la carga.

[GatorV]

spl_autoload_register (sin parámetros) por defecto registra un autoloader compatible con PSR-0 que ya te había dicho desde un inicio.

Sí te da ese error deberías de publicar tu código o lo que estés haciendo ya que es claro, estas tratando de llamar a un método de un objeto en un no objeto, por eso te marca ese fatal error.

Saludos.

[salomon26]

Iniciado por GatorV

spl_autoload_register (sin parámetros) por defecto registra un autoloader compatible con [URL="https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-0.md"][B]PSR-0[/B][/URL] que ya te había dicho desde un inicio.

Sí te da ese error deberías de publicar tu código o lo que estés haciendo ya que es claro, estas tratando de llamar a un método de un objeto en un no objeto, por eso te marca ese fatal error.

Saludos.

Sí, pero al parecer la dirección está mal porque no los incluye, pero de la forma que vi en php.net sí.

El código:

index.php

Código PHP:

include('includes/common.php');
echo $Core->gethola();
 

common.php

Código PHP:

spl_autoload_register(function ($clase) {
    include(dirname(__FILE__) . '/clases/' . $clase . '.class.php');
});
 
$Core = new Core();
$User = new User();
 

core.class.php

Código PHP:

Class Core
{
    private $User;
    
    public function setUser($User)
    {
        $this->user = $User;
    }
    public function gethola()
    {
        return $this->user->mifuncion();
    }
}
 

user.class.php

Código PHP:

Class User
{
    private $Core;
    
    public function setCore($Core)
    {
        $this->core = $Core;
    }
    public function mifuncion()
    {
        return 'Hola Mundo';
    }
}
 

En esta también está core aunque no se use una función de dicha clase todavía, pero lo conservo porque si no existiera el error sí se usaría.

Si el 'Hola Mundo' estuviera en la función "gethola()" sí se mostraría, pero el error aparece cuando se llama a la función "mifuncion()" de otra clase, en este caso "User".

No uso namespaces, ya que en las pruebas tengo dos clases y nada más (además de que con él y sin él el error está). Cuando tengo un error mucho tiempo al final dejo de pensar con claridad.

[GatorV]

El error esta en que nunca mandas llamar a setUser, por eso $this->user es nulo al mandar llamar gethola().

Saludos.

[salomon26]

Iniciado por GatorV

El error esta en que nunca mandas llamar a setUser, por eso $this->user es nulo al mandar llamar gethola().

Saludos.

Se me pasó. Gracias. Pero ahora tengo una duda... ¿siempre que vaya a usar otras clases tendré que hacer esto...

Código PHP:

$User->setCore($Core);
$User->setUser($User);
 

...?

Es decir, ponerle un nombre llamando a la función que define el $this->user o $this->core u otra clase cuando vaya a llamar a una función de otra clase? Creo que puedo acostumbrarme aunque serían muchas llamadas a dicha función, pero no estoy seguro de que sea mejor así, ¿o sí? Comparado con las globales.

Y lo de spl_autoload_register() lo dejo tal y como lo tenía que sí funciona? De la forma que pasaste sigo sin poder configurarlo con una dirección correcta.

[GatorV]

Lo que pasa es que el spl_autoload_register se apega al PSR-0, por eso te invito a leer acerca de, aunque solo funciona con Namespaces, no con clases con underscore (De_Este_Estilo).

Respecto a lo otro sí, a menos que hardcodees la dependencia en tu clase user:

Código PHP:

class User {
       private $core;
 
       public function __construct()
       {
               $this->core = new Core();
       }
}
 

O si usar un DI Container (como Pimple) puedes automatizar todo eso y decirle a Pimple que dependencias necesita tu clase user a la hora de instanciarla.

Saludos.

[salomon26]

Iniciado por GatorV

Lo que pasa es que el spl_autoload_register se apega al PSR-0, por eso te invito a leer acerca de, aunque solo funciona con Namespaces, no con clases con underscore (De_Este_Estilo).

Respecto a lo otro sí, a menos que hardcodees la dependencia en tu clase user:

Código PHP:

class User {
       private $core;
 
       public function __construct()
       {
               $this->core = new Core();
       }
}
 

O si usar un DI Container (como Pimple) puedes automatizar todo eso y decirle a Pimple que dependencias necesita tu clase user a la hora de instanciarla.

Saludos.

¿No es posible un guión bajo en las clases para usar la forma que pusiste? De la otra forma no generar ningún error, ¿hay algún problema, mayor consumo de memoria o algo que deba tener en cuenta al usarla de la forma que vi en php.net? Los namespaces no tengo problemas en usarlos, tarde o temprano lo tendría que hacer. Pero me gusta separar las palabras con esos guiones (Hasta ahora no tengo clases con más de una palabra, pero es probable que las tuviera pronto). Según el anterior enlace se convertiría en una barra separadora, ¿cierto?

Buscaré información de como implementar Pimple, porque no he usado contenedores antes y no sé cómo hacerlo correctamente. Si conocieras algún enlace explicativo en profundidad, te agradecería que me lo pasaras. Gracias por haber respondido a mis preguntas.

[GatorV]

De forma nativa no, tienes que usar un autoloader como el del link que te pase o implementar uno propio.

Lo mejor es usar los namespaces a las clases con _ ya que precisamente para eso es para el uso nativo de Namespaces en lugar de Clases_Que_Son_Muy_Largas.

Respecto a usar Pimple es sencillo ahí mismo te dice como, pero aquí un ejemplo simple y pequeño:

Código PHP:

$container = new Pimple();
$container['core'] = $container->share(function($c) {
        return new Core();
});
$container['user'] = function($c) {
        $user = new User(); // o por constructor es igual
        $user->setCore($c['core']);
        return $user;
};
 
// ahora sí a usar user
$user = $container['user'];
// usar eso es igual a
// $core = new Core();
// $user = new User()->setCore($core);
 

Saludos.

[salomon26]

Iniciado por GatorV

De forma nativa no, tienes que usar un autoloader como el del link que te pase o implementar uno propio.

Lo mejor es usar los namespaces a las clases con _ ya que precisamente para eso es para el uso nativo de Namespaces en lugar de Clases_Que_Son_Muy_Largas.

Respecto a usar Pimple es sencillo ahí mismo te dice como, pero aquí un ejemplo simple y pequeño:

Código PHP:

$container = new Pimple();
$container['core'] = $container->share(function($c) {
        return new Core();
});
$container['user'] = function($c) {
        $user = new User(); // o por constructor es igual
        $user->setCore($c['core']);
        return $user;
};
 
// ahora sí a usar user
$user = $container['user'];
// usar eso es igual a
// $core = new Core();
// $user = new User()->setCore($core);
 

Saludos.

Voy a ver lo que hago, gracias. ¿Qué diferencias tiene la forma automatizada de cargar clases que pusiste con la que puse yo?