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