Хороший урок для новичков, хорошо что не со всяких там инкапсуляций и наследований начинается. К ним потом все подойдет, понять общий смысл проще именно так. И очень понравилась аналогия с экскаваторами. Так держать!
Ждём продолжение! А пока потренируемся с применением полученного материала. Спасибо огромное. Приводимые римеры, как всегда- очень крутые, по этому всё очень просто, понятно и супер увлекательно)
Как всегда отличная подача материала. И я считаю, что именно такой формат, а не в вебинары, лучше!!! В вебинарах 60% времени отвлеченная инфа, которая сбивает с толку. Особенно сообщения о том, что кто-то вылетел, или в середине, во второй половине, Дмитрий вынужден отвечать, как войти только что пришедшему, дать ссылку. и потом, когда много участников, многие жалуются, что у них прервалась трансляция. Не у всех хороший интернет. ОРР абалденная тема!
Отличное объяснение, прекрасные примеры. К Дмитрию никаких вопросов. Но всё равно процедуралка рулит. В ООП поменялась карта и всё посыпалось. А если в классе описывать более сложные методы для универсальных решений (для разных карт в данном случае), то нет разницы, где будет логика - в обычной функции или методе класса. А для избавления от лишних аргументов существует global. С ООП просто лишний огород приходится городить, подключая родительские классы, создавая экземпляры объектов, импортируя глобальные объекты, и занимаясь прочей бесполезной тратой часов жизни. Ведь при адекватно спроектированной логике процедуральный код целостен и гораздо удобнее для понимания, когда необходимые функции находятся в одной-двух библиотеках, а не расчленены на сотни файлов, по три строчки в каждом. Конечно, если нужно ограничить область видимости, то можно создать пару-тройку классов на проект. А в остальном, за 10 лет программирования на PHP и написав с нуля не один проект, в т. ч. на ООП, так и не увидел явного преимущества ООП перед процедуралкой.
что-бы объяснить запись this->$map = $map, стоило переписать как this->$map = $map1 и показать где в коде $map, а где $map1 будет, а то так тяжело воспринимать очень.. новичку.
с этого и начинается потом говнокодинг, поэтому лучше сразу приучаться писать красиво. а понимать хоть и тяжелей, но зато когда поймешь - поймешь как следует.
ну у php this работает только в пределах экземпляра объекта, насколько я понял по самому началу видео. У js же все иначе, там this есть всегда и там его значение зависит от способа или места вызова функции/метода.
Очень бы хотелось, чтобы хоть для платных курсов была методичка, а то бывает просмотрел 2 часа урока, потом забыл что- то и приходится весь урок пересматривать искать.
Помогите, пожалуйста Вот вы создаете новый объект $ex = new Excavator(карта) Что передается в скобках при создании объекта? И что вообще может передаваться? Я никак не могу это понять. Далее на 6:54 В классе функция public function __construct ($map) { $this->map = $map (в чем смысл этой строки??? Вы же уже объявили эту переменную выше?? Зачем нужна эта строка?) И еще __construct это ведь не название функции, да? Что это такое?
Это замечательно, но вот если человек первый раз видит ООП, сразу возникнет вопрос, а контекст вызова - это что) Первые уроки для новичков. Если ООП уже знакомо, то согласен, весь урок - вода)
Мне кажется аналогии с котиками, собачками и елками крайне не уместны, как миниму нужно в качестве объектов брать html эленты, пусть труднее вникнуть, зато начинаешь мыслить правильно
Очнь жаль, что перестали записывать продолжение уроков по ООП, очень полезная штука)и у вас отлично выходит объяснять)
просто нет слов! очень классно подобраны примеры, наконец-то я начал понимать соль ооп.
Урок просто супер!
Дмитрий, спасибо что продолжаете тему ООП и ждём от Вас ещё видео по php!
Хороший урок для новичков, хорошо что не со всяких там инкапсуляций и наследований начинается. К ним потом все подойдет, понять общий смысл проще именно так. И очень понравилась аналогия с экскаваторами. Так держать!
Дмитрий, продожайте пожалуйста!!! Вы просто лучший объяснитель в мире
Спасибо большое за ваши видео и вебинары! Просто супер!
Дмитрий, спасибо за продолжение темы php! да, в том же духе ;-) очень классные примеры! ))
Довольно неплохое объяснение
Отличный урок! Жду продолжения!
Я понял! Благодарю за понятные разъяснения.
Ждём продолжение! А пока потренируемся с применением полученного материала. Спасибо огромное. Приводимые римеры, как всегда- очень крутые, по этому всё очень просто, понятно и супер увлекательно)
Класс, жду продолжения!
Как всегда отличная подача материала. И я считаю, что именно такой формат, а не в вебинары, лучше!!!
В вебинарах 60% времени отвлеченная инфа, которая сбивает с толку. Особенно сообщения о том, что кто-то вылетел, или в середине, во второй половине, Дмитрий вынужден отвечать, как войти только что пришедшему, дать ссылку. и потом, когда много участников, многие жалуются, что у них прервалась трансляция. Не у всех хороший интернет.
ОРР абалденная тема!
Все очень понятно. Спасибо. Продолжайте в том же духе. Хотелось бы еще отдельно ООП в JS
Спасибо Большое Дмитрий!
Очень интересно
Дмитрий так продолжайте.
Всё отлично.
Спасибо босс для окуенный пример, я чуствую что уже по немножку начинаю наконец понемать эти чёртовы классы) лайк, подписка
Спасибо!
Урок замечательный! Молодец Дмитрий!
Всё прекрасно, как всегда, народ требует продолжения банкета!)
Отличный пример!
Огромное спасибо!
Уроки ТОП, жду продолжения!)))
Отличное объяснение, прекрасные примеры. К Дмитрию никаких вопросов.
Но всё равно процедуралка рулит. В ООП поменялась карта и всё посыпалось. А если в классе описывать более сложные методы для универсальных решений (для разных карт в данном случае), то нет разницы, где будет логика - в обычной функции или методе класса. А для избавления от лишних аргументов существует global.
С ООП просто лишний огород приходится городить, подключая родительские классы, создавая экземпляры объектов, импортируя глобальные объекты, и занимаясь прочей бесполезной тратой часов жизни. Ведь при адекватно спроектированной логике процедуральный код целостен и гораздо удобнее для понимания, когда необходимые функции находятся в одной-двух библиотеках, а не расчленены на сотни файлов, по три строчки в каждом. Конечно, если нужно ограничить область видимости, то можно создать пару-тройку классов на проект. А в остальном, за 10 лет программирования на PHP и написав с нуля не один проект, в т. ч. на ООП, так и не увидел явного преимущества ООП перед процедуралкой.
Крутой урок! Спасибо!
Классный урок, еще!
Ждем продолжения ;-)
Спасибо за видео
Дмитрий, спасибо! В 2х платных курсах так не объясняли, как Вы объяснили!
Надо же, пример прям очень подходящий. Сразу все понятно, спасибо! Единственное, что можно было подробнее про сами методы, что именно они делают)
метод это просто функция, а сам класс в пхп ничто иное как сущность в которой можно хранить переменные и функции, при этом наделять их правами доступа
Дмитрий, благодарю за урок! Запиши ещё пожалуйста, что-нибудь по основам ООП.
Дима, лайк! Оно)
Спасибо очень востребовано видео. Дима старайтесь весь код в классе коментировать бо сразу растерянность это отвликает от сути.
Жаль что забросил, очень понятно обьясняешь)
3 урок ждуууу!!!)
Дмитрий,надо продолжить начатое!
что-бы объяснить запись this->$map = $map, стоило переписать как this->$map = $map1 и показать где в коде $map, а где $map1 будет, а то так тяжело воспринимать очень.. новичку.
с этого и начинается потом говнокодинг, поэтому лучше сразу приучаться писать красиво. а понимать хоть и тяжелей, но зато когда поймешь - поймешь как следует.
Спасибо! Так держать! Искал у тебя курс по PHP, так что-то и не нашел.. Не планировал запустить?
ну у php this работает только в пределах экземпляра объекта, насколько я понял по самому началу видео. У js же все иначе, там this есть всегда и там его значение зависит от способа или места вызова функции/метода.
Дмитрий очень интересует Symfony, у вас есть в планах записать курс по фреймворку? Спасибо за видео
Дима, продолжайте тему ооп в php
про namespace будет?)
Можно ещё про ооп?)
что случилось почему плейлист остановился, где еще видосы по теме и будет ли ?
Дмитрий, спасибо за урок! Меня интересует node.js. Можешь снять видео о node.js. Т.к. мне нравиться сам язык js его возможности, синтаксис.
да, специально для тебя Дмитрий сейчас все снимет, на завтра устроит? я его пресс-секретарь
)))
про node я подумываю, но не уверен. я просто не считаю себя в нём профессионалом, не прогал там ничего сложного.
нихуя не понял, но очень интересно!
а когда появится продолжение?
А на чём писать ботов для игр ВК?
Очень бы хотелось, чтобы хоть для платных курсов была методичка, а то бывает просмотрел 2 часа урока, потом забыл что- то и приходится весь урок пересматривать искать.
Я конспекты пишу с указанием времени, на какой минуте и что говорилось
Го по typescript
а где продолжение7
Помогите, пожалуйста
Вот вы создаете новый объект
$ex = new Excavator(карта)
Что передается в скобках при создании объекта? И что вообще может передаваться? Я никак не могу это понять.
Далее на 6:54
В классе функция
public function __construct ($map) {
$this->map = $map (в чем смысл этой строки??? Вы же уже объявили эту переменную выше?? Зачем нужна эта строка?)
И еще __construct это ведь не название функции, да? Что это такое?
Тяжеловатый урок! Можно по подробнее!
та много воды просто, this - это ссылка на контекст вызова метода, все.
Это замечательно, но вот если человек первый раз видит ООП, сразу возникнет вопрос, а контекст вызова - это что) Первые уроки для новичков. Если ООП уже знакомо, то согласен, весь урок - вода)
вода тоже нужна. Спасибо за урок
Это правильно, в том же js у большого количества новичков this вызывает ступор
Так можно пробовать. Только доллары лишние, $this->property, доллар перед this уходит.
Справедливости ради, "положить" - это не повелительное наклонение, а инфинитив.
Ля и где дальше про ООП?
А в этом вашем пхп чтоли нет понятия контекст?
Есть.
Мне кажется аналогии с котиками, собачками и елками крайне не уместны, как миниму нужно в качестве объектов брать html эленты, пусть труднее вникнуть, зато начинаешь мыслить правильно
ничо не понял
Только паравоз не поймет ООП по этим урокам