Подкиньте литературы или примеров по DI контейнерам.

[Mex-Vision]

В общем поверхностно ознакомился с DI, хотелось бы узнать как лучше организовать проект и внедрить зависимости в контексте PHP. Возможно имеются какие-то хорошие примеры кода и т.п. Было бы интересно познать как с этим паттерном работают и с чем его едят.

Основная цель: Правильно работать с зависимостями и их организацией.
Цель: собрать небольшой проект с использованием Slim, PHP DI, Illuminate db, fenom и т.п.

Теоретических знаний в сети достаточно, а вот практических особо не нашел. Всё заканчивается на демонстрации того что и так есть в доках.

Первое недоумение возникло на моменте обращения к содержимому контейнера по ключам, что не дает возможности банально видеть публичные свойства и методы объекта. Как обычно решают данную проблему? Ведь крайне неудобно работать вслепую оО.

 

[Mex-Vision]

В общем есть вопросы, некому задать(

 

[EasyGameProtection]

В общем поверхностно ознакомился с DI, хотелось бы узнать как лучше организовать проект и внедрить зависимости в контексте PHP. Возможно имеются какие-то хорошие примеры кода и т.п. Было бы интересно познать как с этим паттерном работают и с чем его едят.

DI является лишь частным случаем IoC. В качестве примера можете посмотреть реализацию в Symfony

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

Первое недоумение возникло на моменте обращения к содержимому контейнера по ключам

Покажите пример, так как по описанию выглядит подозрительно, будто Вы реализовали не DI, а Service Locator.
Предметная область не должна ничего знать о том, как Вы управляете зависимостями.

 

[Mex-Vision]

DI является лишь частным случаем IoC. В качестве примера можете посмотреть реализацию в Symfony

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

Покажите пример, так как по описанию выглядит подозрительно, будто Вы реализовали не DI, а Service Locator.
Предметная область не должна ничего знать о том, как Вы управляете зависимостями.

Ну к примеру вот кусок кода с документации php-di.

$container = new Acclimate\Container\CompositeContainer();

// Add Symfony's container
$container->addContainer($acclimate->adaptContainer($symfonyContainer));

// Configure PHP-DI container
$builder = new \DI\ContainerBuilder();
$builder->wrapContainer($container);

// Add PHP-DI container
$phpdiContainer = $builder->build();
$container->addContainer($phpdiContainer);

// Good to go!
$foo = $container->get('foo');

Метод get не имеет представление какой тип данных возвращается, и поэтому ide не видит публичных методов, свойств и т.п. Приходится работать вслепую, либо при каждом использовании дописывать аннотации. Как обычно решают данную проблему?

 

[EasyGameProtection]

Метод get не имеет представление какой тип данных возвращается, и поэтому ide не видит публичных методов, свойств и т.п.

Этот момент решается индивидуально для каждого из языков.
Для PHP можно юзать что-то типа

/** @var FooClass */
$foo = $container->get('foo');

Или же с версии 7.4 для свойств классов можно указывать тип

private FooClass $foo;

Конкретно в моем случае все немного проще, я могу указать какой тип возвращается из контейнера

 

[Mex-Vision]

Этот момент решается индивидуально для каждого из языков.
Для PHP можно юзать что-то типа

/** @var FooClass */
$foo = $container->get('foo');

Или же с версии 7.4 для свойств классов можно указывать тип

private FooClass $foo;

Конкретно в моем случае все немного проще, я могу указать какой тип возвращается из контейнера
Посмотреть вложение 42470

Ну вот мне было интересно как с этим работают в контексте php. Каждый раз при использовании писать аннотацию не сильно прикольно. Хорошим ли тоном будет создать фасад, например App.php, в нем сделать статик методы которые будут брать из контейнера компоненты, например:

class App extends Facade
{
    public static function getFoo(): FooInterface
    {
        return static::$app->get('foo');
    }
}

$foo = App::getFoo();

И обращаться всегда через фасад, метод которого знает тип возвращаемого значения.

 

[EasyGameProtection]

Каждый раз при использовании писать аннотацию не сильно прикольно.

В реальном проекте не придется слишком много дергать get()
Для примера в Symfony контейнер конфигурируется через отдельный конфиг, не надо дергать контейнер напрямую:

И обращаться всегда через фасад, метод которого знает тип возвращаемого значения.

И в итоге превратится это в подобие глобального Service Locator'а, почти как в том же Yii. Лично я бы не рекомендовал.

Попробуйте просто использовать Symfony для своих проектов, Вам должно понравиться.

 

[Mex-Vision]

Попробуйте просто использовать Symfony для своих проектов, Вам должно понравиться.

Присматривался и к Symfony и к Laravel. Ну хоть убейте, не нравится мне структура приложения, разбросанные шаблоны, стили в public, шаблоны в другой директории, тонна конфигурации, веб сервер направлять в папку, и т.п. Хотелось собрать что-то простое, залил - работает. А не конфигурировать каждый раз веб сервер, за ним еще около десятка конфигов самого сайта и т.п. Понимаю что для большого проекта фреймворк это необходимость, но для меня прям хз.

 

[kick]

Slim

В нем уже используется DI.

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

Там же и ссылки на доки по ним

 

[Mex-Vision]

В нем уже используется DI.

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

Там же и ссылки на доки по ним

Угу, как раз PHP-DI и используется, потому выбор на него и пал)

 

[kick]

Угу, как раз PHP-DI и используется, потому выбор на него и пал)

Нет там же написано
Slim supports containers that implement

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

like

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

.

 

[Desquire]

Каждый раз при использовании писать аннотацию не сильно прикольно.

Имхо, не вижу нечего плохого в описании сервиса)

В симфони уже автовайр есть давно как-бы...
У тебя один сервис ямл файл.
И твои сервисы будут работать, если правильно описывать их)

 

[m1ckey]

deleted, нечитал ответы, но php-di норм. Правда я не стал парится, мне удобнее было написать класс Container который при __get() создает свойство с экземпляром класса, а где нужно я уже делаю $this->my_class->my_method(); , это может не самая удачная реализация, но мне удобно

 

[kick]

m1ckey, ну как бы нормальные люди так и делают