начать с ноутпада

лол

через неделю вернётся, расскажет за успехи

за что вы его так?

"за убеждения" © ДМБ

говорят, что описание канала нужно читать

(правда я сам это крайне редко делаю, такой уж интерфейс телеги)

Коллеги, тогда вопрос по уровню группы, правильно ли через DI (IoC контейнер) "резолвить" реализацию интерфейса в зависимости от авторизации пользователя?

Нет

нет, как то безосновательно, что именно мы этим нарушаем?

Именно авторизации в плане политик? Или просто точки входа ?

В этом случае в функции резолвинга (напомню - на входе имя, на выходе - объект) вам придется как-то понимать, что есть такая НЁХ под названием "пользователь"
Как это понять? Очевидно, обратившись либо к "статическому фасаду", либо к "объекту приложения"
То есть вы получаете либо Ларавель, либо Yii

и то, и другое - зашквар

поскольку приводит вас к идее глобального стейта, неявно (!) влияющего на всё

здравый смысл
резолвинг если не обязан, то крайне желательно должен быть чистой функцией

максимум, что я могу допустить - это зависимость от контекста вызова
вроде ларовского when
то есть кто запрашивает зависимость

но зависимость от глобального стейта - однозначно фу

жду мощного потока поноса в свой адрес, как тут общепринято

Дмитрий имелось, ввиду что метод контролера на вход принимает интерфейс, реализация интерфейса зависит от прав пользователя, от наличия самого пользователя или др. авторизаций
так вопрос правильно ли делать так:

$this->app->bind(Interface::class, function ($app) {
            if($app['request']->user()) {
                return new Class1();
            } else {
                return new Class2();
            }
        });

"пользователь запроса"
прекрасно же

$this->app->bind(Interface::class, function ($app) {
            if($app['request']->user()) {
                return new Class1();
            } else {
                return new Class2();
            }
        });

Инжектите фабрику или локатор и из неё дёргайте $this->factory->forGuest() и forUser()

т.е. получается и проброс текущего пользователя через DI также допустимо, т.е.

        $this->app->bind(Interface::class, function ($app) {
            return new Class1($app['request']->user());
        });

или в данном случае лучше пробрасывать не пользователя, а \Illuminate\Auth\AuthManager
вопрос возникает постоятнно: "Как правильно пробросить в класс текущего пользователя?"
Варианты, что возникают:
1) проталкивать его через метод контроллера, как параметр для методов сервиса
2) притянуть через DI, но как, если конечно это приветствуется

        $this->app->bind(Interface::class, function ($app) {
            return new Class1($app['request']->user());
        });

ответ: не использовать Laravel-style