я уже разобрался как работает di в ларке, и это по-моему именно то, что нужно)

di в ларе работает по неймспейсам

класс автоматом инжектится

ничего не надо прописывать

просто корректный неймспейс прописываешь и инжектишь куда угодно

если как фасад его хочешь зарегать, то в сервис провайдере описываешь биндинг

аля $this->app->bind('HelpSpot\API', function ($app) { return new HelpSpot\API($app->make('HttpClient')); });

А можно поподробнее?

di в ларе работает по неймспейсам

класс автоматом инжектится

Пример какой-нибудь простой

простой пример это Request в контроллере

Пример какой-нибудь простой

секунду

например ты создаешь класс в папке App/MyModule/MyClass.php

у него соответственно описываешь неймспейс

namespace App\Mymodule;

и инжектишь его куда угодно

типа public function mymethod(MyClass $myclass) {}

будет создан экземляр твоего класса в переменной $myclass

а для вызова методов мне что делать) Типо сделать

ну у тебя в переменной $myclass будет находиться экземляр твоего класса

т.е. $myclass->method();

т.е. внедрение зависимостей в одну сторону только работает?

блин странно

не совсем понял

что значит в одну сторону

я думал типо создаешь сервис-провайдер, заполняешь его сервис-контейнерами. И при вызове любого сервис-контейнера у тебя в провайдере автоматически конфиги бутстрапятся

Вооооотт...

это простая инициализация класса в ioc

если ты хочешь

предварительно вызвать конструктор например

и загрузить конфиг например

это значит тебе нужны фасады

сейчас попробую объяснить

а фасад зачем? Это ж вроде интерфейс контейнера

по крайней мере в ооп паттернах оно так

для примера

на фасадах в ларавеле реализованы все глобальные модули

типа Request, Cache

итп

через них типа предоставляется статический интерфейс

т.е. если ты хочешь сделать некий модуль со своим конфигом итп

то лучше реализовать его как фасад

я бы так сделал

либо давай прикладно посмотрим, скажи что ты хочешь сделать?

что будет делать класс?

Ну вот смотри

у меня апи будет работать с очередями

я хочу сделать сервис провайдер, который коннектит rabbitmq

что бы мне не делать это в каждом методе каждого контроллера

Мне тут сказали, что так - будет правильно

дык стоп

тебе просто драйвер нужно описать свой

кастомный

для работы с очередями

не не

и по моему laravel уже имеет такой драйвер

мне просто нужно коннектить это дерьмо и все, Александр

не усложняй еще и драйверами :D

ну тогда фасад тебе идеально подойдёт насколько я вижу

просто сделать обертку, которая грузит AMQP и делает коннект, а когда прила отработала делает дисконнект

просто будешь юзать его также как все остальные фасады

понял

тебе нужен фасад

100% инфа

так

я щас опишу примерно даже как это будет выглядеть

ERROR: S client not available

код накидаю, погожи

погоди

версия ларавеля какая?

5.4

отлично

тогда дай мне 5 минут

Конечно)

Конечно)

http://pastebin.com/jPxdfjRz

если я ничего не забыл

то будет примерно так

потом ты можешь где угодно юзать свой AMQPClient и он уже будет заиничен в приложении как синглтон

через сервис провайдер

а как его заюзать?

как статический фасад

AMQPClient::lisqQueues()

ну для примера конечно же

если реализуешь у него метод listQueues()

Аа

и типо все управление очередями реализуется в этом классе?

да

Понял

а в сервис провайдере просто инитишь его в приложении кк бы

а как мне коннект\дисконнект сделать? в конструкторе и деструкторе?

мм... хороший вопрос

а, я ж статические методы юзаю

ну, мне вызывать каждый раз придется AMQPClient::connect(); что как бы не оч)

не нужно

сек

с конектом всё понятно

он при ините фасада будет происходит

а вот насчет дисконекта в деструкторе не уверен

дай подумать