Спасибо, отличное объяснение и сравнение двух основных подходов к программированию на php! Да, нужно больше уроков по ООП, это очень важная и сложная тема. А вы подаёте материал очень доходчиво.
Димитрий, вы лучший учитель i have ever seen. Я просмотрел многие вашы уроки. Там всегда интересно и изучать легче, все понятно и гладко. Так держать брат!
Из интернета скачал все ваши уроки, не знаю но мне понравился php уровень 1-2 (2012год). Там некоторые действие уже старые но некоторые вещи более подробно объяснено. И курс более яркий получился.
Спасибо за видео! Рассказывайте про ООП, и про PHP, и про JS! Благодаря вашим урокам хоть как-то стало понятно, что и почему написано в коде. Конкретно это видео про ООП пойму, наверное, ещё через несколько уроков))) нужно больше практики, больше кода! Спасибо, благодаря вашим записям, вернулось намерение стать программистом:) Десять лайков!
Курто У вас отлично получилось расказать про ООП и я бы сказал в 1000 раз понятние и наглядние чем например всякие статьи про ООП на хабре где мне просто через 10 минут чтения станоиться скучно и я думаю что читаю какой то манула про то как создать какую то заоблачно сложну систему хотя уверен что на деле все гораздо проще!
Дим, у тебя всегда отлично получается объяснять. Помню когда только начинал, очень часто слышал про шаблоны, но нигде не было адекватно рассказываемой информации. Вечно на форумах ругаются что бы бежал читать документацию, а в блогах скорее шпаргалки, нежели обучение. Думаю если у тебя на канале будет парочку объяснений хотя бы с самыми элементарными типа синглтона или фабрики, тысячи новичков будут готовы носить тебя на руках)
Самая сложная штука связанная с ООП, это не выучить как это работает,,, а думать на ООП! А для этого еще нужно знать паттерны, это ооочень сложно если до этого ты пользовался только функциями. Теперь нужно перестроится и думать как программист знающий ООП, по сути это другой уровень мышления, теперь структура будет другой В ооп огромный плюсы ____ 1. Код стает охуительно понятным, поддерживаемым, можно легко его редактировать и расширять возможности нет этих 50 ифов, нет файлов по 1000 строк, нет повторов кода бестолковых 2. С помощью ооп можно организовать так структуру, что в любой точке можно записать или получить любую переменную или массив, объект, там такие клеевые возможности и самое главное удобные можно все на свете организовать и главное не нужно писать велосипеды, какието мудренее бредовины которые я раньше делал. 3. ООП везде требуется на собеседовании и это не просто так!!! 4. Когда привыкаешь писать на ооп, понимаешь, что раньше занимался баловством это я почувствовал когда начал использовать фрейворк ларавел где все организовано на ооп + MVC
ООП, есть хорошо, особенно в PHP, но... чтобы писать в ООП нужно думать в ООП, правда из процедурного стиля в ООП перестроиться огромный труд, но хочу заметить следующее, не во всех подряд местах сайта (например) стоит использовать ООП.
Так скажем, допустим у нас есть условные 1-2 программиста и сайт который они пишут на jquery и процедурном PHP. Затем мы начинаем понемногу повышать удобство работы программистов, понемножку жертвуя скорость работы сайта(доходя до замедления в несколько раз). Просыпается руководство, сео, конкуренты и начинают появляться способы ускорения разработки с сохранением достигнутого удобства. В итоге резко повышается трудоемкость задачи и требования к объему знаний для её выполнения, на туже самую работу требуется уже 5 программистов. Где возникает необходимость в новых способах организации работы крупных коллективов, которые также требует времени на изучение и внедрение... ИМХО спорное удобство.
Плохой ты пример выбрал) Я бы сказал, очень даже зря. Это самый простой пример реализации парсера. Если известно количество , можно и вовсе иначе подойти решению. Но сути это не меняет. ООП в данном примере как был не нужен, так ненужен и остался. Продемонстрированный пример больше подходит к другому решению задачи. К примеру информация о пользователе/файле и т.д. Не спорю, можно применить и ряду других решений, но есть и более простые решения, то есть без применения ООП. А вот по поводу фрэймворков, большинство из них полнейший бред шизофреника, который "обязателен" к знанию при поиске работы. А половина из того, что работодатель требует при поиске работника вовсе никогда не использовалось ими. Временами просматриваю объявления, чисто ради улыбки Чего и вам советую. Особенно умиляет, к примеру, "опыт работы с PHP 7 и старше, опыт работы с MySQL"))) Думаю не стоит упоминать, что MySQL не поддерживается в седьмом пыхе? А Bootstrap.... Признавайтесь, кто из вас извращенецев, подсел на него? Значится о "media screen" в CSS мы не слышали? Или лучше грузить лишние блоки с контентом, которые будут скрыты? Гениально)) Правда, не стоит отменять тот факт, что есть среди работодателей/заказчиков дегенераты, которые рогами упрутся и будут требовать сделать так, как он считает нужным, а не как правильно. Не без этого, увы. Вывод: Думайте головой, прежде чем что-то делать. Иначе набыдлокодите второй WP. Хотя, врядли выйдет хуже, чем у них. А при устройстве на работу, всегда "выносите мозги" работодателю. Но без фанатизма. Это даст вам понимание дебилы вас хотят нанять, или же грамотные люди, которым ваши знания будут полезны. Ибо в большинстве случает вы будете там деградировать. С уважением Simptom) P.S. Пишите код так, что бы другие не получили инфаркт при его чтении)
Ходил несколько лет вокруг да около, никак не мог понять саму суть, переборол себя, вник, разобрался - круто! Но хочется более глубоко разобраться и понять - зачем такая вариативность свойств и методов? Публичные, приватные, защищенные... я понимаю их смысл, но я не понимаю их применения, везде ведь можно штамповать публичные и не париться, и зачем статичные? Я ведь сам если не захочу изменить - не изменю, зачем он, от кого защита? Как защищает? Вобще нппонимаю.... жду продолжения, с подробным разжевыванием... пока понял только зачем нужен конструктор...
Здравствуйте Спасибо за видео Скажите пожалуйста можно ли использовать тег base так! Сначала задаю в head Например : "Проект Ток" (Название папки) указать этот путь только к этой папке, и потом к остальным ссылкам , просто указывать название файла а не полный путь . например Скажите пожайлуйста получиться ли ? спасибо заранее за ответ.
Спасибо, суперские видео! Если вам интересно запишите пожалуйста видео как работать с API какого нибудь сервиса, например приема платежей. Мне например как новичку не очень понятно как это делается, спасибо.
Всё-таки чтобы люди с нуля понимали, что такое ООП и зачем оно нужно, необходимо как-то объяснить теорию. Понятно, что трудно сходу понять инкапсуляцию, сокрытие данных, полиморфизм, наследование, иерархию классов и т.д., но нужно
@@hustle_juno хотя бы тем, что уже всё необходимое есть прям из коробки. Как и с помощью тех же расширений можно превратить текстовый редактор в полноценную IDE.
@@justspartak Ну хз, а на слабом железе он как ? Мне саблайм нравится именно тем что он довольно легкий и не тормозит, для моего допотопного ноута это главное)
@@hustle_juno я не знаю, как он на слабом железе, ибо у меня давно уже не слабое железо. Я на слабом железе юзал и notepad++, ещё до sublime text, и было очень даже всё нормально. А вообще, все тормоза в работе софта из-за жесткого диска. Ибо это самое слабое звено в железе. Если установить SSD - скорость работы возрастет многократно! Не только каких-то программ, но и самой операционной системы.
3:40 Чёй-то мы из фукции не можем сослаться на кота? а $GLOBALS? Очень даже можем сослаться на кота for examle: $cat = [ 'age' => 1, 'eat' => function () { $GLOBALS["cat"]["age"]++; } ]; $cat['eat'] (); echo $cat['age'];
Вопрос для профессионалов: Можно ли создать/написать аналог mySQL на PHP(&JS) ? или может быть на Python, хотя поддержка Питона на хостах тоже денег стоит....
Конечно можно. Но не вам. Как показывает опыт, такого рода вопросы задают те, кто далёк от программирования или лишь начал познавать его азы. Встречал "Наполеонов" которые хотели создать аналог VK, Ютюб и Aliexpress и были это простые мыльные пузыри, так называемые позеры.
Про javascript немножко глупость сказана. Это ведь не ООП язык, как известно. Да, там "кругом обьекты", но это не обьекты в настоящем ООП смысле, то есть инстанции какого то класса, а "просто напросто" ассоциативные массивы. Ну так и в пхп без асс.массивов некуда. Классы и само ООП в javascript имитированы с помощью функций, а модель наследования прототипная ( то есть никакое не наследование на самом деле а делегация). При этом на javascript пишут и в процедурном и функциональном стиле, без всякого ООП, последнее сейчас особенно модно. ООП - это когда у тебя классы на классах классами погоняют и все что не совсем примитивно оно new KakojToKlass(). А ассоциативные массивы - это не ООП, будь они сто раз "обьекты" по терминологии языка.
3:43 Вы говорите, что Мы не можем в этой функции сослаться на кота(массив с данными) и не можем сделать, что бы вызывалась функция "кот поел", а затем увеличился его возраст. На самом деле это не верно, при желании мы можем сделать такую конструкцию $cat = [ 'age' => 1, 'eat' => function () { echo 'cat eat'; global $cat; $cat['age'] ++; } ]; При вызове анонимной функции выведется сообщение о том, что кот поел и его возраст увеличиться на 1. Можем? Можем. Ну а вопрос практичности уже другая тема)
Тупо... Очень тупо. Приводить в пример несостоятельности функционалки на примере адского говногода(пример 4.php) - это дно... Так и ООП можно "унизить", если приводить подобные примеры
Чувак, та ти вообще крутий - без матів, без понтів і найголовніше що все зрозуміло. Ще ООП +++++
Последнее, что я понял из этого видео, это фразу "давайте попробуем понять смысл ООП на самой простой теме".
🤣🤣🤣
Ребята, вот попишите свои программы в линейном стиле и сразу поймёте плюсы ооп
ахахахха
@@Ha3Jlo ну как понял?
@@lexaXoper в целом да, иногда удобно)
Спасибо, отличное объяснение и сравнение двух основных подходов к программированию на php!
Да, нужно больше уроков по ООП, это очень важная и сложная тема. А вы подаёте материал очень доходчиво.
thank's for lesson about PHP и ООП. Классы и объекты. Смысл ООП.
Спасибо, Дмитрий! Как всегда очень хорошее объяснение. Конечно же, хочется еще и подробнее)
Я думаю, дальше стоит и про PHP, и про JS рассказывать. Мне обе темы интересны, а ты хорошо все объясняешь.
Одино из лучших объяснений что такое ООП и зачем.
Спасибо, очень понравилась подача материала, все просто и понятно) Про ООП на PHP однозначно стоит продолжать делать такие видео))
Отличное и доступное объяснение! Спасибо за подробные примеры!
Это лучшее объяснение из которых я видел
Мужик, респект тебе!!! Ты объяснил то что я уже вторую неделю не могу понять.
Димитрий, вы лучший учитель i have ever seen. Я просмотрел многие вашы уроки. Там всегда интересно и изучать легче, все понятно и гладко. Так держать брат!
Супер!!! Очень полезная тема, как раз хочу устроиться джуном и не знаю про ООП! Отлично и понятно объяснил, огромный респект
Из интернета скачал все ваши уроки, не знаю но мне понравился php уровень 1-2 (2012год). Там некоторые действие уже старые но некоторые вещи более подробно объяснено. И курс более яркий получился.
Спасибо за видео! Рассказывайте про ООП, и про PHP, и про JS!
Благодаря вашим урокам хоть как-то стало понятно, что и почему написано в коде. Конкретно это видео про ООП пойму, наверное, ещё через несколько уроков))) нужно больше практики, больше кода! Спасибо, благодаря вашим записям, вернулось намерение стать программистом:) Десять лайков!
Дмитрий, пожалуйста продолжайте тему ООП!
Мега полезная информация!
Супер обучалка, но не для новичков. Мне было супер полезно
Как говориться "Нравится не нравится - терпи моя красавица" )))
Дмитрий, как всегда суперабл ! Конечно же продолжать тему !!
Подписался из-за такого простого объяснения своими словами. Жду ещё выпусков)
Давай ещё по php! Очень интересно!
Хочется еще PHP! Я его как раз сейчас начал активно изучать и мне нужна любая информация!
Спасибо. Давай еще )
Курто У вас отлично получилось расказать про ООП и я бы сказал в 1000 раз понятние и наглядние чем например всякие статьи про ООП на хабре где мне просто через 10 минут чтения станоиться скучно и я думаю что читаю какой то манула про то как создать какую то заоблачно сложну систему хотя уверен что на деле все гораздо проще!
Молодец Дмитрий! Спасибо!
Дим, у тебя всегда отлично получается объяснять. Помню когда только начинал, очень часто слышал про шаблоны, но нигде не было адекватно рассказываемой информации. Вечно на форумах ругаются что бы бежал читать документацию, а в блогах скорее шпаргалки, нежели обучение. Думаю если у тебя на канале будет парочку объяснений хотя бы с самыми элементарными типа синглтона или фабрики, тысячи новичков будут готовы носить тебя на руках)
Я уже готов на руках носить. А если ещё про symfony 4 запишет, буду готов расцеловать)
Самая сложная штука связанная с ООП, это не выучить как это работает,,,
а думать на ООП! А для этого еще нужно знать паттерны, это ооочень сложно если до этого ты пользовался только функциями.
Теперь нужно перестроится и думать как программист знающий ООП, по сути это другой уровень мышления, теперь структура будет другой
В ооп огромный плюсы
____
1. Код стает охуительно понятным, поддерживаемым, можно легко его редактировать и расширять возможности нет этих 50 ифов, нет файлов по 1000 строк, нет повторов кода бестолковых
2. С помощью ооп можно организовать так структуру, что в любой точке можно записать или получить любую переменную или массив, объект, там такие клеевые возможности и самое главное удобные можно все на свете организовать и главное не нужно писать велосипеды, какието мудренее бредовины которые я раньше делал.
3. ООП везде требуется на собеседовании и это не просто так!!!
4. Когда привыкаешь писать на ооп, понимаешь, что раньше занимался баловством это я почувствовал когда начал использовать фрейворк ларавел где все организовано на ооп + MVC
Лаврику лайк не глядя
Для старта хорошее видео! Спс.
Понял одно, что бы стать программистом и понять ООП, нужно некоторое время поработать на складе ;)
Интересно, есть над чем порассуждать!)
Спасибо мужик, это то что я хотел услышать
Круть, видео очень понравилось, стал хоть немного понятен смысл ООП.
ООП, есть хорошо, особенно в PHP, но... чтобы писать в ООП нужно думать в ООП, правда из процедурного стиля в ООП перестроиться огромный труд, но хочу заметить следующее, не во всех подряд местах сайта (например) стоит использовать ООП.
Дмитрий рассказал очень хорошо про ООП в php! Может Дмитрий в скором времени проведет марафон по node js.
Запишите курс о создание полноценной доски объявлений по типу olx, avito. Ну в общем что то похожее на cms tamaranga.
Нужно больше ООП!
ты имел в виду для новичка выучившего ПШП ))) Да довольно не плохо объяснил.
Лайк однозначно!
Урааа Дмитрий )))) Новое видео
Дмитрий, скажите, пожалуйста, у Вас есть что-нибудь про паттерны?
Отличное видео, жаль нет пока продолжения темы ооп в php
Так скажем, допустим у нас есть условные 1-2 программиста и сайт который они пишут на jquery и процедурном PHP. Затем мы начинаем понемногу повышать удобство работы программистов, понемножку жертвуя скорость работы сайта(доходя до замедления в несколько раз). Просыпается руководство, сео, конкуренты и начинают появляться способы ускорения разработки с сохранением достигнутого удобства. В итоге резко повышается трудоемкость задачи и требования к объему знаний для её выполнения, на туже самую работу требуется уже 5 программистов. Где возникает необходимость в новых способах организации работы крупных коллективов, которые также требует времени на изучение и внедрение... ИМХО спорное удобство.
Спасибо ! Продолжай!
прямо для меня видео )) конечно, надо ещё )
Да, конечно нужно, я как раз думал про php курс
Супер!!!
Плохой ты пример выбрал) Я бы сказал, очень даже зря.
Это самый простой пример реализации парсера. Если известно количество , можно и вовсе иначе подойти решению. Но сути это не меняет. ООП в данном примере как был не нужен, так ненужен и остался.
Продемонстрированный пример больше подходит к другому решению задачи. К примеру информация о пользователе/файле и т.д. Не спорю, можно применить и ряду других решений, но есть и более простые решения, то есть без применения ООП.
А вот по поводу фрэймворков, большинство из них полнейший бред шизофреника, который "обязателен" к знанию при поиске работы. А половина из того, что работодатель требует при поиске работника вовсе никогда не использовалось ими.
Временами просматриваю объявления, чисто ради улыбки Чего и вам советую. Особенно умиляет, к примеру, "опыт работы с PHP 7 и старше, опыт работы с MySQL"))) Думаю не стоит упоминать, что MySQL не поддерживается в седьмом пыхе?
А Bootstrap.... Признавайтесь, кто из вас извращенецев, подсел на него? Значится о "media screen" в CSS мы не слышали? Или лучше грузить лишние блоки с контентом, которые будут скрыты? Гениально))
Правда, не стоит отменять тот факт, что есть среди работодателей/заказчиков дегенераты, которые рогами упрутся и будут требовать сделать так, как он считает нужным, а не как правильно. Не без этого, увы.
Вывод:
Думайте головой, прежде чем что-то делать. Иначе набыдлокодите второй WP. Хотя, врядли выйдет хуже, чем у них.
А при устройстве на работу, всегда "выносите мозги" работодателю. Но без фанатизма.
Это даст вам понимание дебилы вас хотят нанять, или же грамотные люди, которым ваши знания будут полезны. Ибо в большинстве случает вы будете там деградировать.
С уважением Simptom)
P.S. Пишите код так, что бы другие не получили инфаркт при его чтении)
спасибо))) новичкам очень поможет. P.S новичок!
Давай ещё!!!
Подскажите, какой шрифт и размер у вас здесь в редакторе?
Ходил несколько лет вокруг да около, никак не мог понять саму суть, переборол себя, вник, разобрался - круто! Но хочется более глубоко разобраться и понять - зачем такая вариативность свойств и методов? Публичные, приватные, защищенные... я понимаю их смысл, но я не понимаю их применения, везде ведь можно штамповать публичные и не париться, и зачем статичные? Я ведь сам если не захочу изменить - не изменю, зачем он, от кого защита? Как защищает? Вобще нппонимаю.... жду продолжения, с подробным разжевыванием... пока понял только зачем нужен конструктор...
Здравствуйте
Спасибо за видео
Скажите пожалуйста можно ли использовать тег base так!
Сначала задаю в head Например : "Проект Ток" (Название папки) указать этот путь только к этой папке,
и потом к остальным ссылкам , просто указывать название файла а не полный путь . например
Скажите пожайлуйста получиться ли ? спасибо заранее за ответ.
Когда услышал "майэкеюлЯ", сказать что удивился это ничего не сказать)))
Спасибо, суперские видео! Если вам интересно запишите пожалуйста видео как работать с API какого нибудь сервиса, например приема платежей. Мне например как новичку не очень понятно как это делается, спасибо.
Поставщик API обычно даёт полную инструкцию. И его просто остаётся внедрить или подключить плагином.
Всё-таки чтобы люди с нуля понимали, что такое ООП и зачем оно нужно, необходимо как-то объяснить теорию. Понятно, что трудно сходу понять инкапсуляцию, сокрытие данных, полиморфизм, наследование, иерархию классов и т.д., но нужно
Было бы круто если ещё будет про ООП))
Почему в ООП область видимости для переменных установлена protected а для функций public?
super класс!
Блин, вспомнил. Кота надо покормить!
О как, Лаврик перешёл на VSCode.
А на VSCode перешли все!
@@justspartak чем он лучше того же саблайма ?
@@hustle_juno хотя бы тем, что уже всё необходимое есть прям из коробки. Как и с помощью тех же расширений можно превратить текстовый редактор в полноценную IDE.
@@justspartak Ну хз, а на слабом железе он как ? Мне саблайм нравится именно тем что он довольно легкий и не тормозит, для моего допотопного ноута это главное)
@@hustle_juno я не знаю, как он на слабом железе, ибо у меня давно уже не слабое железо. Я на слабом железе юзал и notepad++, ещё до sublime text, и было очень даже всё нормально.
А вообще, все тормоза в работе софта из-за жесткого диска. Ибо это самое слабое звено в железе. Если установить SSD - скорость работы возрастет многократно! Не только каких-то программ, но и самой операционной системы.
3:40 Чёй-то мы из фукции не можем сослаться на кота? а $GLOBALS? Очень даже можем сослаться на кота for examle:
$cat = [
'age' => 1,
'eat' => function () {
$GLOBALS["cat"]["age"]++;
}
];
$cat['eat'] ();
echo $cat['age'];
Все ок.
Вопрос для профессионалов:
Можно ли создать/написать аналог mySQL на PHP(&JS) ?
или может быть на Python,
хотя поддержка Питона на хостах тоже денег стоит....
Конечно можно. Но не вам.
Как показывает опыт, такого рода вопросы задают те, кто далёк от программирования или лишь начал познавать его азы.
Встречал "Наполеонов" которые хотели создать аналог VK, Ютюб и Aliexpress и были это простые мыльные пузыри, так называемые позеры.
@@Krasnovosti-ru у меня есть маленький сайт, 80 статей, все "лежат" в тхт. открываются по id.
// ip статистика тоже.
@@Krasnovosti-ru SQL(мес.) на моём хостинге стоит столько же как этот хостинг. не хочется переплачивать. Мелкие задачи можно так...
@@Krasnovosti-ru Но я уже близок к тому чтобы создать редактируемый прайс в виде условной таблицы тоже в ТХТ.
Про javascript немножко глупость сказана. Это ведь не ООП язык, как известно. Да, там "кругом обьекты", но это не обьекты в настоящем ООП смысле, то есть инстанции какого то класса, а "просто напросто" ассоциативные массивы. Ну так и в пхп без асс.массивов некуда. Классы и само ООП в javascript имитированы с помощью функций, а модель наследования прототипная ( то есть никакое не наследование на самом деле а делегация).
При этом на javascript пишут и в процедурном и функциональном стиле, без всякого ООП, последнее сейчас особенно модно. ООП - это когда у тебя классы на классах классами погоняют и все что не совсем примитивно оно new KakojToKlass(). А ассоциативные массивы - это не ООП, будь они сто раз "обьекты" по терминологии языка.
вечная война линейников и оопников. я в ней с DOS и с первых релизов ООП в pascal (TurboPascal) :)
C mysqli_query, не очень хороший пример. Дело в том, что в старой mysql_query не надо было ссылаться на соединение. Оно было доступно глобально. )
Думаю, JavaScript смог добиться популярности во многом благодаря тому, что объекто ориентирован.
лаик
3:43 Вы говорите, что Мы не можем в этой функции сослаться на кота(массив с данными) и не можем сделать, что бы вызывалась функция "кот поел", а затем увеличился его возраст.
На самом деле это не верно, при желании мы можем сделать такую конструкцию
$cat = [
'age' => 1,
'eat' => function () {
echo 'cat eat';
global $cat;
$cat['age'] ++;
}
];
При вызове анонимной функции выведется сообщение о том, что кот поел и его возраст увеличиться на 1.
Можем? Можем.
Ну а вопрос практичности уже другая тема)
ооп это типо уметь использовании готовые объекты для написания приложения, а без ооп ты сам придумываешь функции с логикой. Я правильно понял?
Оба примера применения ООП не стоят того, чтобы не реализовать их в процедурном виде. Но примеры на то и примеры
всё гораздо проще, классы это просто набор функций с переменными
что за текстовой редактор? как называется?
VSCode
Можно еще
Го PHP OOP + MVC + Smarty
ооп не глупые люди придумали значит нужно оно
Да уж, чтобы понять этот парсер начинаешь понимать, что 2 месяца на ООП это ещё не так много..
Очень сложно осознать для начала для чего это надо
когда говорят, что ООП хороший, где-то в мире ругается один winderton
php-кот!
Бро, полегче, полегче. Неужели ты предал notepad++? Как ты мог?
у вас VSCode не обновлен
я ничего не понял ) можно все тож самое только на JS?? ))
Конечно можно, держи)
ua-cam.com/video/zWjT_2hFkMw/v-deo.html&
8:20, наоборот расскажи об этом как можно более подробно!
Если честно, ничерта не понял... Посмотрел видосов 6-7 на ютубе, лично для меня самое непонятное объяснение. Может кому-то и зайдёт...
и практику бы
Я вскепнул
Из видео я понял что коты должны есть чтобы взрослеть)... растишку чтоли ел)))
Если ты не можешь это объяснить доступным языком, значит ты этого сам до конца не понимаешь.
Короче ни кто не понимает что это, как работает и для чего оно надо. Просто мозгоебка для понтов.
Тупо... Очень тупо. Приводить в пример несостоятельности функционалки на примере адского говногода(пример 4.php) - это дно... Так и ООП можно "унизить", если приводить подобные примеры
почему это говнокод? вроде наоборот с ооп код выглядит красивей и читабельней
надо было не "age" делать, а "weight" .. если cat->eat(), значит cat->weight увеличивается
Кот поел на английском будет cat ate.
Спасибо. Как всегда нихера не понятно.