РИ
Так что получается что мне данные из конструктора никак не использовать потому что это всего лишь центр подключения?
Size: a a a
2020 November 27
РИ
Т.е конструктор только например в классе релизатора интерфейса делать?
РИ
А сервис контейнер просто соединит мне интерфейс и реализацию?
MW
Не ром. Тормозни. Ты там чутка не верно сделал
AS
Картина маслом!
YP
Т.е конструктор только например в классе релизатора интерфейса делать?
ага
MW
Ты зачем от сервис провайдера экстендишься
AS
Ты зачем от сервис провайдера экстендишься
экзотики ради
YP
ты делаешь там конструктор, который чет ожидает, а вот в сервис провайдере ты тужа передаешь штуки в конструктор в методе регистр или бут
YP
YP
вот тебе пример из доки
AS
Чтобы заменить конструктор сервис првойдера - возможно следует использовать исскуственный обсервер, но это не кажется правильным от слова странно
РИ
Чтобы заменить конструктор сервис првойдера - возможно следует использовать исскуственный обсервер, но это не кажется правильным от слова странно
Да это точно будет странно
РИ
Ты зачем от сервис провайдера экстендишься
Потому что это сервис провайдер) Тогда получается он будет как обычный класс
РИ
В таком случаи лучше его сделать абстрактным классом и где нужно экстендить а в провайдере просто зарегать
MR
Что бы понять для чего и как работают Сервис Провайдеры, достаточно зайти по этой ссылке, и даже в разделе Introduction, расписано что и для чего.
РИ
Что бы понять для чего и как работают Сервис Провайдеры, достаточно зайти по этой ссылке, и даже в разделе Introduction, расписано что и для чего.
Не согласен. Странно там написано, ты сразу сходу понял как только прочитал первый раз?
MW
Ром. у тебя есть обычный класс-адаптер к твоей платежной системе. без экстендов и чего либо еще
в сервис провайдере биндишь этот сервис на интерфейс
this->app->bind(PayInterface::class, function($container){
$service = new PayService([
config('pay_secret'),
config('pay_url_success'),
config('pay_url_fail'),
...
]);
return $service;
});
в контроллере через DI используешь
__construct(PayInterface $service)
в сервис провайдере биндишь этот сервис на интерфейс
this->app->bind(PayInterface::class, function($container){
$service = new PayService([
config('pay_secret'),
config('pay_url_success'),
config('pay_url_fail'),
...
]);
return $service;
});
в контроллере через DI используешь
__construct(PayInterface $service)
MR
Не согласен. Странно там написано, ты сразу сходу понял как только прочитал первый раз?
Ну если сейчас читать то понимаю.
Возможно помогло образование, когда мне в универе попался хороший препод по архитектуре ПЗ.
Но тебе тут не особо нужен свой сервис провайдер. Вот выше кинули в сообщении пример бинда, тебе его хватит прописать даже в AppServiceProvider, для начала уж точно.
Начинай с малого, а потом переходи к “рефакторингу”.
Возможно помогло образование, когда мне в универе попался хороший препод по архитектуре ПЗ.
Но тебе тут не особо нужен свой сервис провайдер. Вот выше кинули в сообщении пример бинда, тебе его хватит прописать даже в AppServiceProvider, для начала уж точно.
Начинай с малого, а потом переходи к “рефакторингу”.
РИ
Ром. у тебя есть обычный класс-адаптер к твоей платежной системе. без экстендов и чего либо еще
в сервис провайдере биндишь этот сервис на интерфейс
this->app->bind(PayInterface::class, function($container){
$service = new PayService([
config('pay_secret'),
config('pay_url_success'),
config('pay_url_fail'),
...
]);
return $service;
});
в контроллере через DI используешь
__construct(PayInterface $service)
в сервис провайдере биндишь этот сервис на интерфейс
this->app->bind(PayInterface::class, function($container){
$service = new PayService([
config('pay_secret'),
config('pay_url_success'),
config('pay_url_fail'),
...
]);
return $service;
});
в контроллере через DI используешь
__construct(PayInterface $service)
Спасибо. Отличное решение. 👍👍👍👍👍