ну

+++

отожмёт часть рынка на себя ) крутой

еще проще, чтобы ты понял...
когда происходит внедрение зависимости через конструктор -

__costruct(Teleport $teleport){
      $this->teleport = $teleport
}

фреймворк возращает туда

new Teleport()

(теперь в переменной $this->teleport будет объект класса Teleport)

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

А тут встречается переменная. Фреймворк в данном случае не может создать класс - ему не известно, что положить в переменную в конструкторе

Как-то так

__costruct(Teleport $teleport){
      $this->teleport = $teleport
}

new Teleport()

@stas2004 я хоть правильно говорю?

Да

спасибо

Во всяком случае, достаточно уверенно говоришь

Наверное, знаешь, что

🤣

Пипец как много текста, мой мозг не осилит уже его даже прочитать

Иначе бы не был таким уверенным)

Ну вообще, да, откуда ларе знать что там за класс строкой прилетел

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

Кстати, зачем так делать?

__costruct(Teleport $teleport){
      $this->teleport = $teleport
}

new Teleport()

Ну да, вроде того

а там вроде не класс строкой, еще не читал полностью

__costruct(Teleport $teleport){
      $this->teleport = $teleport
}

new Teleport()

Спасибо, Вот теперь понятно

Если интересно разобраться как в итоге такие штуки тянутся - можете со слимом 4м поиграться и с нуля это дело поднять