Как реализовать присоединение пакета к laravel через интерфейс?

Question

[vitaly_74]

Добрый день, опишу подробней с примером проблему.
Имеется 2 пакета, которые выполняют аналогичные функции (занимаются перекодировкой изображений, к примеру)
pack1 u pack2, как быстро и лихо менять их в системе (не создавая фабрику, фабрика мне не подходит), используя паттерн "адаптер", грубо говоря просто заменив pack1 на pack2 и при этом чтобы система не сломалась.
И вообще нужно ли это вообще на будущее предусматривать для остальных пакетов?

Comments

[vitaly_74]

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

Answer 1

[Григорий Васильков]

Если тебе поможет, то я понимаю интерфейсы таким образом:

Это име4на неких кусков программы, о которых ты можешь пояснить даже директору.

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

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

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

Comments

[vitaly_74]

Мне кажется вы сейчас описали фабричный метод.
он мне не подходит поскольку в системе может существовать только один пакет. второго в систме быть не может. я это делаю исключительно для заменяемости пакетов. чтобы, если вдруг мне показалось что второй удобней и лучше - то лучше использовать второй, а первый уже не нужен - и его можно удалить.
Далее - чтобы не лезть в систему и не ковырять ее - использую интерфейс и класс адаптер (т.е. система имеет доступ только к адаптеру). а вот как это все соединить на деле не понимаю.

[Григорий Васильков]

vitaly_74, может быть. Я перестал называть все паттернами когда понял что у них больше одинакового чем разного и названия только всех путают. В путанице есть плюс. Зарплаты выше. Но делается медленнее

[vitaly_74]

Григорий Васильков, вы можете привести пример как это реализовать? конкретно для ларавел. я сейчас не гонюсь за названиями и определениями. мне надо понять как это сделать в laravel.

[Григорий Васильков]

Если только один, тогда даже переклбчатель не нужен. Биндишь на интерфейс свой пакет. Юзаешь. Надоело? В конфиге меняешь на второй. Все, теперь второй. Магия здесь посмотреть как задать контейнеру зависимостей интерфейс вместо текстового имени. В доке должно быть если по этим словам погуглить

[Григорий Васильков]

Чессговоря хорошо бы композер это делал вместо самописных инжекторов. Если пхпшники перестанут друг друга обсирать когда нибудь, то композер мог бы стать менеджером зависимостей а если прикрутить абстрактный декоратор, то даже диспетчером событий на любую функцию какая только душе угодна

[vitaly_74]

Григорий Васильков, гуглил не получилось, либо примеры уж слишком абстрактные(

[Григорий Васильков]

Ну чтото такое там есть

$this->app->bind( 'App\Contracts\EventPusher', 'App\Services\RedisEventPusher' );

Answer 2

[Андрей]

app()->make(\App\ServiceA::class)
app()->make(\App\ServiceB::class)

Аргумент храни в бд и переключай в интерфейсе