Шаблон Реестр ООП?

Question

[MaximMRX]

Доброго времени суток. Начал изучать ООП. Возник вопрос:
Есть class APP, в нём как раз есть контейнер статический $App возвращает объекты класса Registry.
Обращаться из контроллера приходится вот так

use vendor\core\App;

App::$App->NameClass->getUser();

Вопрос. Как мне избавиться от контейнера $App, что бы я вызывал подключаемые объекты реестра вот так:

use vendor\core\App;

App::NameClass->getUser();
// или вот так
use vendor\core\App;

App->NameClass->getUser();

Код класса App

<?php
	namespace vendor\core;

	use vendor\core\Registry;

	class App {
		public static $App;

		public function __construct(){
			self::$App = Registry::instance();
		}
	}

Comments

[Денис Загаевский]

ответ звучит так - DI

Answer 1

[Максим Федоров]

Как мне избавиться от контейнера $App, что бы я вызывал подключаемые объекты реестра вот так:

Главный вопрос зачем? Ваш класс $app - это вариация синглтона (хоть и довольно кривая), обеспечивающий в данной ситуации избежания дубликатов объекта Registry со всем содержимым.

App->NameClass->getUser();

Так Вы вообще не сделаете, есть либо статически методы, которые можно вызывать без создания объекта, либо обычные для вызова которых необходимо создавать объект. А Вы спрашиваете как вызвать обычный метод без создания класса, ответ - никак.
Хотите избавиться от класса App - тогда создавайте объект Registry и используйте его (хоть это и не очень хорошая идея)

Comments

[MaximMRX]

Да, решил избавить от подключения в каждом контроллере use vendor\core\App
Каждый контроллер наследуется от главного контроллера.. Пока, что придумал вот так реализовать.

class AppController extends \vendor\core\base\Controller{
public static $App;
public function __construct(){
self::$App = App::$App;
}
}

Тогда я могу в любом контроллере использовать вот так:
self::$App->NameClass->Method
Может ещё какие нибудь варианты есть?

[Максим Федоров]

Максим Студитских: В Вашей реализации получается что каждый контроллер зависит от объекта APP который по сути дела содержит список всех объектов приложения. Это не очень хорошо с точки зрения архитектуры, рекомендую Вам почитать в интернете и разобраться с такими принципами как "Програмирование по контракту", "Inversion of Control", "Dependency Inversion Principle". В них как раз идет речь о варианте решения Вашей ситуации.

[MaximMRX]

Максим Федоров: Хорошо :) Спасибо за ответ!