PHP и ООП. Слово this. Конструктор класса.

preview_player
Показать описание
Осознание конструкций с $this.
Конструктор класса.
Рекомендации по теме
Комментарии
Автор

Очнь жаль, что перестали записывать продолжение уроков по ООП, очень полезная штука)и у вас отлично выходит объяснять)

KulikovkaKyKi
Автор

просто нет слов! очень классно подобраны примеры, наконец-то я начал понимать соль ооп.

vladimirsmoktiy
Автор

Спасибо босс для окуенный пример, я чуствую что уже по немножку начинаю наконец понемать эти чёртовы классы) лайк, подписка

mrkolea
Автор

Хороший урок для новичков, хорошо что не со всяких там инкапсуляций и наследований начинается. К ним потом все подойдет, понять общий смысл проще именно так. И очень понравилась аналогия с экскаваторами. Так держать!

neyasbltb
Автор

Дмитрий, спасибо что продолжаете тему ООП и ждём от Вас ещё видео по php!

ВладимирУльянов-чк
Автор

Дмитрий, продожайте пожалуйста!!! Вы просто лучший объяснитель в мире

nikier
Автор

Спасибо большое за ваши видео и вебинары! Просто супер!

AnaKCR
Автор

Как всегда отличная подача материала. И я считаю, что именно такой формат, а не в вебинары, лучше!!!
В вебинарах 60% времени отвлеченная инфа, которая сбивает с толку. Особенно сообщения о том, что кто-то вылетел, или в середине, во второй половине, Дмитрий вынужден отвечать, как войти только что пришедшему, дать ссылку. и потом, когда много участников, многие жалуются, что у них прервалась трансляция. Не у всех хороший интернет.
ОРР абалденная тема!

ГеннадийФедюнин-вв
Автор

Дмитрий так продолжайте.
Всё отлично.

agoyli
Автор

Дмитрий, спасибо за продолжение темы php! да, в том же духе ;-) очень классные примеры! ))

НатальяУльянова
Автор

Надо же, пример прям очень подходящий. Сразу все понятно, спасибо! Единственное, что можно было подробнее про сами методы, что именно они делают)

earielflare
Автор

Ждём продолжение! А пока потренируемся с применением полученного материала. Спасибо огромное. Приводимые римеры, как всегда- очень крутые, по этому всё очень просто, понятно и супер увлекательно)

viacheslavgava
Автор

Всё прекрасно, как всегда, народ требует продолжения банкета!)

EAgaragimow
Автор

Все очень понятно. Спасибо. Продолжайте в том же духе. Хотелось бы еще отдельно ООП в JS

klejnov
Автор

Я понял! Благодарю за понятные разъяснения.

maxg_pro
Автор

Дмитрий, спасибо! В 2х платных курсах так не объясняли, как Вы объяснили!

ОлегЕ-их
Автор

Помогите, пожалуйста
Вот вы создаете новый объект
$ex = new Excavator(карта)
Что передается в скобках при создании объекта? И что вообще может передаваться? Я никак не могу это понять.
Далее на 6:54
В классе функция
public function __construct ($map) {
$this->map = $map (в чем смысл этой строки??? Вы же уже объявили эту переменную выше?? Зачем нужна эта строка?)

И еще __construct это ведь не название функции, да? Что это такое?

justandrew
Автор

Отличное объяснение, прекрасные примеры. К Дмитрию никаких вопросов.
Но всё равно процедуралка рулит. В ООП поменялась карта и всё посыпалось. А если в классе описывать более сложные методы для универсальных решений (для разных карт в данном случае), то нет разницы, где будет логика - в обычной функции или методе класса. А для избавления от лишних аргументов существует global.
С ООП просто лишний огород приходится городить, подключая родительские классы, создавая экземпляры объектов, импортируя глобальные объекты, и занимаясь прочей бесполезной тратой часов жизни. Ведь при адекватно спроектированной логике процедуральный код целостен и гораздо удобнее для понимания, когда необходимые функции находятся в одной-двух библиотеках, а не расчленены на сотни файлов, по три строчки в каждом. Конечно, если нужно ограничить область видимости, то можно создать пару-тройку классов на проект. А в остальном, за 10 лет программирования на PHP и написав с нуля не один проект, в т. ч. на ООП, так и не увидел явного преимущества ООП перед процедуралкой.

ivanivanov
Автор

Дмитрий, благодарю за урок! Запиши ещё пожалуйста, что-нибудь по основам ООП.

php-b
Автор

Жаль что забросил, очень понятно обьясняешь)

TonyCooper