Изучения Larvel без ооп?

Question

[Иван Жук]

Ребят Можете подсказать могу ли я учить ларвел без знания ооп или хотя бы имет базу ооп

Comments

[Ярослав Иванов]

Попробуй. Потом расскажешь

[Антон Р.]

А что ты подразумеваешь под "базой ООП"?

[prrrrrrr]

Антон Р.,

А что ты подразумеваешь под "базой ООП"?

ну это как база отдыха, только ООП.

а вообще вопрос звучит как запрос на разрешение:

могу ли я учить ларвел без знания ооп

можете, кто вам запрещает то?

[Антон Р.]

Ярослав Иванов,
- Как работает твой сайт на Ларавел?
- ....существо в стене...

https://www.youtube.com/watch?v=WKg0AfvvtW4

))))

Answer 1

[Игорь Воротнёв]

Laravel - ООП фреймворк. Единственный способ делать что-то на ларе - писать ООП. Грубо говоря, от него не отвертеться.

Можно ли учить лару, пробовать что-то писать, изучая параллельно и ООП, и лару? Да, конечно. Совершенно ничего не мешает.

Comments

[kafkiansky]

Ларавел про КОП, а не ООП

[Игорь Воротнёв]

kafkiansky, это тонкости, которые вопрошающему еще не скоро предстоит узнать. Да и не нужны они ему. Кому заняться больше нечем на досуге - те пусть и дискутируют на эту тему.

Answer 2

[Gennady S]

А что за боязнь ООП? Это же не черт в табакерке, и не сложнее, чем функциональное программирование, например. Хотя сложность во многом зависит от инструмента (конкретного API, языка), в чистом виде научиться мыслить объектами, имеющими действия-методы и данные-свойства не составит труда, и это не сложнее чем, например, мыслить передачей структур данных в глобальном порядке или по цепочке. А понять, как в общих чертах работают классы и начать использовать их с Laravel — хорошая практика для изучения. Тем более у Laravel (почти) все в порядке со следованием хорошим практикам и паттернам разработки. Ну и надо понимать, что без ООП в наше время осталось совсем немного прикладных инструментов, т.е. знания пригодятся.

Comments

[Vitsliputsli]

А что за боязнь ООП? Это же не черт в табакерке, и не сложнее, чем функциональное программирование, например. Хотя сложность во многом зависит от инструмента (конкретного API, языка), в чистом виде научиться мыслить объектами, имеющими действия-методы и данные-свойства не составит труда

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

[Gennady S]

Vitsliputsli, все верно, но что делать человеку, лучше двигаться вперед. И ничего, если начнет со статических классов. Все будет зависеть от дальнейшего опыта. И в конечном счете хорошие практики на функциональном (или ином) программировании могут оказаться сложнее. Т.к. ООП все равно делает организацию программ проще в силу его большей абстрактности, предметной ориентированности и изоляции сущностей. Оно на то и ООП, что помогает проектировать. Другое дело, что подводных камней хватает. Например, сначала говорили — пусть программа будет иерархией классов, потом в моду вошли фабрики фабрик, теперь говорят — разорвите связи, пишите интерфейсы и инъекции. И то, спорно по сей день, что будет лучшей организацией в той или иной ситуации.

[Vitsliputsli]

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

[Кирилл Несмеянов]

Gennady S, имхо, функциональное программирование на порядки сложнее, нежели ОО.