Использовать DI-контейнер по сравнению с new Class удобнее.
А в чем именно удобство?
Алексей, я хочу понять, с какой целью вообще городят этот огород ))
В моем понимании, если делаются какие-то лишние телодвижения, то они должны себя как-то окупать в будущем, либо упрощать расширяемость, либо что-то еще такое.
Имеет ли смысл интегрировать класс в качестве сервис-провадера? (php artisan make:provider и т.п.?)
я правильно понял, что если я использую их сервис, то я по сути делаю связь своего бэка с фронтом через их socks-прокси? Т.е. поток данных идет с фронта к ним на сервер, оттуда на бэк, и обратно так же, да?
Евгений, спасибо! Но скажи, я правильно понял, что если я использую их сервис, то я по сути делаю связь своего бэка с фронтом через их socks-прокси? Т.е. поток данных идет с фронта к ним на сервер, оттуда на бэк, и обратно так же, да?
не, Лара в проекте без вариантов, уже есть)) соответственно в нем есть свои механизмы работы с сокетами, и там часто упоминается этот самый PusherJS - вот я и решил и разобраться о чем вообще речь идет.
а так-то да, в данном случае мне в общем по барабану будет это Laravel-way или не будет )) если найду простое и эффективное решение - конечно использую его, а не то что они рекомендуют.
Dmitry Bay, ой, не, там ноду не вариант поднимать. Т.е. может если бы это был какой-то свой проект - я бы и посмотрел в эту сторону, но не в этот раз))
Ладно, проехали)) спасибо и на этом