Каково место ООП в Laravel?

Question

[Андрей]

В последнее время отмечаю для себя популярность фреймворка Laravel. Поскольку веб-разработка находится в сфере моих бизнес-интересов, решил посмотреть, как это устроено. И, читая документацию, во всех примерах вижу использование статических методов. Контроллеры, формы, модели - везде статика, то есть, мягко говоря, к ООП это не имеет отношения. Может, я просто не там смотрю, поправьте меня, пожалуйста, знатоки данного фреймворка.

Answer 1

[Сергей Протько]

Laravel предоставляет возможность использовать именно dependency injection, а не фасады. Причем это рекомендуемый подход. Так что использовать статические методы не обязательно. В документации же все это описано для того, что бы разработчики быстрее начали клепать сайтики и т.д. не заморачиваясь штуками типа dependency inversion. Ну и может так исторически сложилось, я на Laravel не писал ничего, мне Silex/Symfony хватает. Но писать на Laravel нормально возможно.

Comments

[Андрей]

Хочу ссылку на конкретные примеры использования DI. Я честно признаюсь, в отличии от Yii, здесь я код не смотрел. С тем, что Yii - костыльная штука, я согласен.

[nepster-web]

гляньте в сторону Yii2

[Андрей]

@nepster09 Вопрос был про Ralavel. Как я сказал, код Yii я внимательно изучал. Включая вторую версию.

[Сергей Протько]

@kaasius вот:
www.nathandavison.com/article/16/using-dependency-... например. Ну и в документации. Правда там так себе примеры, думаю на stackoverflow будет больше информации.

@nepster09, гляньте в сторону silex/phpixie и почитайте чего о архитектуре, ООП, почитайте про SOLID...

Answer 2

[nepster-web]

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

Comments

[Андрей]

Статика меня смущает тем, что это ни разу не ООП. Это те же глобальные функции по своим свойствам. Из плюшек - только автозагрузка.

[nepster-web]

Это вы по кедегнайтеру привыкли ?

[nepster-web]

Простой пример где это выгодно. Авторизация пользователя. Вот вам в каком-то виде нужно вызвать логин пользователя. Целую модель передавать или вызывать новую функцию, которая по новой сделает запрос в базу не вариант, дорого. А так мы при авторизации данные достали, в синголтон положили и бери не хочу в любом месте проекта, без лишний запросов.

[Сергей Протько]

@nepster09, я не знаю о каких вы фреймворках говорите, скорее всего о штуках типа yii, использующий по всему приложению сингелтон.

Проблема статических методов в том (в контексте php) что вам приходится в коде использовать определенный класс, и таким образом вы уже делаете ваш класс зависимым от какого-то другого. В фреймворках типа yii обычно все это превращается в очень сильно связанную систему. Да, опять же проблем для тестирования это не составляет (все же фасады/сингелтон yii используются как сервис локатор скорее, так что сервисы можно мокать), но все же при поддержке проекта иногда мешает.

Answer 3

[xAockd]

Статика используется как фасады. Использовать его очень просто и удобно. Но согласен, что если руки будут кривые, то можно такого наделать... хотя это возможно и в любом фреймворке...

Про IoC
Больше информации

Comments

[Андрей]

Пр IoC - Страница, которую вы запросили, отсутствует на нашем сайте.
В остальном - почитаю конечно.

Answer 4

[Вячеслав Плиско]

Вот, хороший доклад о паттернах в php, в том числе и о набившем оскомину фасаде, которые так не хотят понимать www.slideshare.net/sparksphill/software-design-pat...