Как можно получить экземпляр репозитория?

Question

[Северное Сияние]

Привет участники!

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

Comments

[Максим Грищенко]

в конструкторе укажите класс и сервис-контейнер заавтовайрит его
либо уточните вопрос

[Максим Грищенко]

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

[Максим Грищенко]

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

Чтобы ИЗ обьекта что-либо получить — В НЕГО надо это что-то положить, можно ознакомиться с синтаксисов классов в документации PHP

[Северное Сияние]

Максим Федоров,

в конструкторе укажите класс и сервис-контейнер завтовайрит его

В том и дело, что нужно получить экземпляр не в контроллере.

Есть некая сторонняя библиотека. А есть уже реализованный репозиторий. Репозиторий мне по факту надо получить из произвольного объекта, он не контроллер. Из этого объекта я могу получить доступ к объекту Application. И тут я не пойму - можно ли как-то задействовать какие-либо механизмы, что бы сэмулировать работу штатного внедрения:

class DocumentRepository
{
    /**
     * DocumentRepository constructor.
     *
     * @param Document $model
     */
    public function __construct(Document $model)
    {
        $this->model = $model;
    }

- т.е. получить объект этого репозитория.

[Максим Грищенко]

Северное Сияние, ничего не понятно, что вы делаете и что хотите...

[Северное Сияние]

Максим Федоров, короче.
Когда мы пишем в контроллере

function foo(bar $bar) {
    $bar->do();

то в данный метод автоматом инжектится зависимость bar

Как это можно сэмулировать НЕ в рамках контроллера?

[Максим Грищенко]

Северное Сияние, также через контейнер, предварительно загрузив в этот контейнер нужный класс через сервис-провайдер

[Максим Грищенко]

Северное Сияние, я понял, что выпатетесь контейнер сделать, а зачем? Какую задачу решаете - не понятно

[Максим Грищенко]

Северное Сияние, если вам не подходит контейнер, то еще более подробнее опишите задачу, убрав тег ларавел

[Северное Сияние]

Максим Федоров, еще раз.

Из коробки ларавел позволяет внедрять зависимости, например, в метод контроллера. Вот так:

class UserController extends Controller
{
    public function __construct(UserRepository $userRepository)
    {
        $this->userRepository = $userRepository;
    }

репозиторий выглядит так:

class UserRepository extends BaseRepository
{
    public function __construct(User $model)
    {
        $this->model = $model;
    }

Вызывая UserController::srore() я автоматом там имею инстанцированный объект userRepository:

public function store(StoreUserRequest $request)
    {
        $this->userRepository->create(....);
    }

Теперь проблема: некое решение, по ссылке выше, дает мне для последующей реализации метод save() в контексте простого объекта . Мне в этом объекте нужно получить экземпляр пользовательского репозитория. Как это сделать?

Я еще не силен в сервис-провайдерах и сервис-контейнерах, но исходя из вашей реплики "через контейнер, предварительно загрузив в этот контейнер нужный класс через сервис-провайдер" примерно представляю что вы советуете сделать - добавить UserRepository как сервис-провайдер. Так?

[vism]

Блин, откуда пошла эта мода использовать репозитарий вместе с элокуент моделями?
98% хомячков его сразу внедряют, зачем, почему не осозновая.
Для начала разберитесь что это такое и поймите, что он вам не нужен. Или у вас кроме элокуента другие источники даных есть (не верю)

[Северное Сияние]

vism, давайте без холивара, мне надо придерживаться архитектуры, остальное меня мало касается на данном этапе.

[Alex Wells]

vism, одно другому не мешает. Можно юзать себе спокойно елоквент за репозиториями (если, конечно, не выпускать АР за пределы репо), главное что бы он (елоквент) в весь проект не зарос с корнями (для чего и юзают его за репо).

Не нужно иметь что-то кроме элоквента что бы получить пользу от репо.

Answer 1

[Alex Wells]

Насколько я понял, автору нужно получить зависимость внутри обьекта, который не был создан через контейнер (и зависимости не внедрены, соответственно). Если так - то:

public function __construct()
{
    $this->userRepository = resolve(UserRepository::class);
}

Comments

[Северное Сияние]

Спасибо, это то, что нужно было.

Скажите, что бы было понимание как этот механизм работает, что почитать? Это относится к сервис-провайдерам и сервис-контейнерам?
Я в общем мысль этих решений понимаю (в общих чертах, пока слабо), однако я не понимаю, почему этот механизм работает с репозиториями. У репозитория такой код:

class UserRepository extends BaseRepository
{
    public function __construct(User $model)
    {
        $this->model = $model;
    }

Репозиторий действительно был создан с зависимостью User, но как это произошло, если этот репозиторий не описан в сервис-провайдерах?

[Максим Грищенко]

Северное Сияние, это вроде особенность контейнера у Ларавел — он по сигнатуре зависимости создаст новый обьект (и так рекурсивно) или скаляр если не нашел в контейнере значение

[Alex Wells]

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

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

[Северное Сияние]

Alex Wells, правильно ли я понимаю, что использование рефлексии для определения аргументов в конструкторе/методе - этот механизм работает только для контроллеров?

К контейнеру он не имеет отношения вообще.

разве в сервис-контейнер экземпляры объектов попадают на начальном этапе не через сервис-провайдеры?

[Alex Wells]

Северное Сияние,

этот механизм работает только для контроллеров?

- нет, почему? Это механизм PHP.

разве в сервис-контейнер экземпляры объектов попадают на начальном этапе не через сервис-провайдеры?

Не-а.

[Северное Сияние]

Alex Wells,

- нет, почему? Это механизм PHP.

я имел в виду механизм внедрения зависимостей.

Не-а.

а как? Сервис провадер имеет метод register, который добавляет через bindIf в контейнер app экземпляр необходимого объекта.
Разве нет?

[Alex Wells]

Северное Сияние,

я имел в виду механизм внедрения зависимостей.

Нет, для любых конструкторов и даже методы вызывать можно с внедрением в них (как то методы контроллера).

который добавляет через bindIf в контейнер app экземпляр необходимого объекта.

register ничего не добавляет. Это пустой метод, в котором можно что-то писать. Просто хук.

экземпляр необходимого объекта.

Экземпляр там обычно не добавляется. Почти всегда там всего-лишь указывается конфигурация классами, экземпляров там в 99% нет.