Класс это не "что-то вроде шаблона" а составной тип данных который объединяет по какому-либо признаку переменные (поля) и связанные с ними функции (методы) . Для тех кто начинал учить программирование с процедурного языка, так будет понятнее. Суть ооп стиля в А) группировке данных в некие блоки, Б) изоляции от функционала других блоков данных(инкапсуляция), В) удобстве модификации этих блоков данных (наследование), Г) гибкости оперирования функциональной частью блоков (полиморфизм). Что еще можно сказать... ООП как парадигма вырос из составного (структурного) типа данных и модульного стиля программирования, когда программы становились все большего объема и сложности, и нужно было под это дело как-то подстраиваться.
@@dlsmxjsodbsks93 как раз наоборот, сделать более разграниченным и читаемым. Просто ооп стиль не подходит для маленьких учебных программ строчек на 100 или 200, и в таких условиях является излишним. А вот когда программа от 1000 строчек и больше тогда ооп действительно начинает помогать, а не мешать. В процедурных языках есть модули, попробуйте с их помощью пописать, и в итоге поймете что с классами удобнее.
Спасибо большое! Среди десятков видео пытался понять концепцию ООП, но почти везде все путалось и было абсолютно не структурно, но в вашем видео пазл все таки сложился, теперь все прекрасно понятно. Ещё раз огромное спасибо и удачи в развитии!
В простой наглядной форме более чем можно разобраться что из себя представляет ООП. Мне, как новичку, этот ролик один из тех, который можно пересматривать для повторения теории.
Какой же мем: 8:45 "Программисты ругают ООП за то, что эта парадигма ставит во главе угла объекты", интересно, а чего вы ожидали от объектно-ориентированного программирования?! Тут в самом названии всё написано.
Это ругательство чисто начётническое. Я вовсе не защищаю OOP от любых мыслимых нападок, но идиотам нужно прямо говорить, что они идиоты. А видио и статья никуда не годятся, чистое враньё.
@@princessmary5556 Хорошая аналогия! Я бы продолжил: если эти женщины такие - женщины ли они? Если это идеологи-программисты такие - программисты ли они? 🙂
Как всегда всё отлично! Спасибо! Но нет предела совершенству). Будет ли возможным, делать ролики с большим визуальным пояснением? Например как в этом ролике очень подробно объяснили про "Наследование". Простой и чёткий пример, которых нету на многих ресурсах (включая Хабр). Материал в такой подаче навсегда закрепится в головах людей). Уверен, многие бы заценили это. Всё ИМХО.
Спасибо, очень приятно! Не всегда, к сожалению, получается сделать визуально объяснение, не всю инфу можно так подать. Но учту, буду стараться делать, когда это возможно)
Класс - это новый тип данных, не входящий в базовые типы языка программирования !☝Это нужно запомнить, как таблицу умножения !💯 Создавая объекты класса или его экземпляры, программист может изменять их аттрибуты, используя методы (алгоритмы) применительно к объектам, изменять их свойства.💻
Мде, много мелких огрехов, ну для новичков и сойдет может. Ну ключевой факап ООП это много поточность, функциональное программирование для этих дел куда лучше
@@princessmary5556 Потому что товарищ и близко не понимает, о чём говорит. Насчёт функционального программирования в целом смысл есть, но это же не панацея. Откуда ноги растут, вполне понятно: если объект используется разными потоками, доступ к this надо синхронизировать, либо иметь отдельный объект на поток. Но это же детские проблемы, к OOP как таковому мало относящиеся.
Помогите понять. Я новичок и никак не могу понять в какой ситуации можно применить ООП. Ну я же могу создать просто функцию в которой реализовать тоже самое. Также получаем данные, также внутри могут быть разные функции. Конкретный вопрос: Что я не могу реализовать в функции такого, что можно сделать с помощью ООП?
Все, что можно реализовать в ООП, можно реализовать и функциями. Только вот с ООП ты можешь написать раз в 20 меньше кода, чем обычными функциями. ООП нужно использовать там, где код должен выразить какой-то объект, будь то персонажа в игре, элемент интерфейса, или что-либо "объектное".
Это вообще враньё, так как не рассказано о самом главном в OOP: позднем связывании или динамической диспетчеризации. Даже виртуальная функция или property не упоминается. А значит - чистый фейк, разговоры вокруг да около, благоглупости. Другие видео можно не смотреть, мне кажется.
Вы можете вину предпочесть лимонад. Писать, что вы предпочитаете вино перед лимонадом - некорректно. А ещё, не понятно, зачем предпочитать неудобную композицию более удобному наследованию?
ниочем если честно в чем прикол читать текст с видео если есть статьи, хоть бы какая наглядная визуализация была плюс вообще не раскыты принципы ООП только очень базово
пример с воином не очень получился, так как методы блок и удар присущи классу воинов, а не классу людей, лучше бы как раз таки никнейм как объект взять, а воин как класс.
Многие статьи на тему «Что такое OOP?» это чушь, но неполная, просто не освещено, как разные аспекты OOP друг от друга зависят, это главный типичный недостаток. Но вот эта статья - чушь полная. Есть такое сердце OOP: позднее связывание, или, если хотите, динамическая диспетчеризация. Конечно, в применении к компилируемым языкам. А вот в этой статье эти слова вообще не упоминаются, и даже виртуальные функции или property не упоминаются. А без этого вся статья просто враньё. Со всем прочим - ладно, можно спорить. Незачёт. В топку.
Ну тут скорее будет "переиспользуемость") В целом, согласен, но с другой стороны, такие вещи помогают сильно в проектах с англоговорящими спецами - не приходится думать, как будет какой-то термин на английском, т.к. англицизм уже на слуху. Вообще я за то, чтобы не отказываться от англицизмов, но знать русские аналоги)
Шикарный канал! Без воды и по делу. Спасибо, автор.
Класс это не "что-то вроде шаблона" а составной тип данных который объединяет по какому-либо признаку переменные (поля) и связанные с ними функции (методы) . Для тех кто начинал учить программирование с процедурного языка, так будет понятнее. Суть ооп стиля в А) группировке данных в некие блоки, Б) изоляции от функционала других блоков данных(инкапсуляция), В) удобстве модификации этих блоков данных (наследование), Г) гибкости оперирования функциональной частью блоков (полиморфизм). Что еще можно сказать... ООП как парадигма вырос из составного (структурного) типа данных и модульного стиля программирования, когда программы становились все большего объема и сложности, и нужно было под это дело как-то подстраиваться.
@@dlsmxjsodbsks93 как раз наоборот, сделать более разграниченным и читаемым. Просто ооп стиль не подходит для маленьких учебных программ строчек на 100 или 200, и в таких условиях является излишним. А вот когда программа от 1000 строчек и больше тогда ооп действительно начинает помогать, а не мешать. В процедурных языках есть модули, попробуйте с их помощью пописать, и в итоге поймете что с классами удобнее.
@@dlsmxjsodbsks93 таков путь
кавычек
Спасибо большое! Среди десятков видео пытался понять концепцию ООП, но почти везде все путалось и было абсолютно не структурно, но в вашем видео пазл все таки сложился, теперь все прекрасно понятно. Ещё раз огромное спасибо и удачи в развитии!
Спасибо, рад, что помог! Но тут и спасибо, конечно, автору статьи - это он так хорошо разложил информацию.
это тоже неверное объяснение ООП
Насколько же годный канал, господи. И так мало подписчиков. Надеюсь их станет больше :>
Спасибо! Постепенно растем :)
Ну , знания должны хорошо набирать подписчиков
+
очень классные видео! было бы круто еще слушать Вас в формате подкаста на какой-либо платформе)
Уже думали в этом направлении продвигаться, спасибо! :)
Да, тоже поддерживаю идею!👍😀
Невероятно здорово, спасибо вам)
Наконец то кто то обьяснил это понятным языком
спасибо автору 😀
Очень рад, что попал на этот канал, хотелось бы слушать на яндексе музыке
Спасибо, была такая идейка - зайти в подкаст, будем думать!
В простой наглядной форме более чем можно разобраться что из себя представляет ООП. Мне, как новичку, этот ролик один из тех, который можно пересматривать для повторения теории.
Спасибо большое.
Четенько! Спасибо!!
спасибо большое, очень понятно и четко, твой канал топ!
Спасибо, заходи ещё :)
Спасибо. Очень очень сжато и кратко. Ты старался, понятно. А есть более подробно и разжёванно эта тема у тебя?
Какой же мем: 8:45 "Программисты ругают ООП за то, что эта парадигма ставит во главе угла объекты", интересно, а чего вы ожидали от объектно-ориентированного программирования?! Тут в самом названии всё написано.
Ну вот женщины же ругают мужчин за то, что они... кхм... мужики) Вот и программисты ругают ооп за то, что оно - оппнутое.
Это ругательство чисто начётническое. Я вовсе не защищаю OOP от любых мыслимых нападок, но идиотам нужно прямо говорить, что они идиоты.
А видио и статья никуда не годятся, чистое враньё.
@@princessmary5556 Хорошая аналогия! Я бы продолжил: если эти женщины такие - женщины ли они? Если это идеологи-программисты такие - программисты ли они? 🙂
классное оформление
Как всегда всё отлично! Спасибо!
Но нет предела совершенству).
Будет ли возможным, делать ролики с большим визуальным пояснением? Например как в этом ролике очень подробно объяснили про "Наследование". Простой и чёткий пример, которых нету на многих ресурсах (включая Хабр). Материал в такой подаче навсегда закрепится в головах людей). Уверен, многие бы заценили это.
Всё ИМХО.
Спасибо, очень приятно! Не всегда, к сожалению, получается сделать визуально объяснение, не всю инфу можно так подать. Но учту, буду стараться делать, когда это возможно)
Супер!
ты лучший :)
лайк и подписка !
Класс - это новый тип данных, не входящий в базовые типы языка программирования !☝Это нужно запомнить, как таблицу умножения !💯
Создавая объекты класса или его экземпляры, программист может изменять их аттрибуты, используя методы (алгоритмы) применительно к объектам, изменять их свойства.💻
Краткость сестра таланта, контент импортный, не ширпотребный и только для избранных.
Спасибо родной за твои труды, мы ценим это!
спасибо
Мде, много мелких огрехов, ну для новичков и сойдет может. Ну ключевой факап ООП это много поточность, функциональное программирование для этих дел куда лучше
Не понятно: почему это ключевой факап ооп - это многопоточность?
@@princessmary5556 Потому что товарищ и близко не понимает, о чём говорит. Насчёт функционального программирования в целом смысл есть, но это же не панацея. Откуда ноги растут, вполне понятно: если объект используется разными потоками, доступ к this надо синхронизировать, либо иметь отдельный объект на поток. Но это же детские проблемы, к OOP как таковому мало относящиеся.
Пожалуйста, не забрасывайте канал (
И в планах не было :)
Комментарий для продвижения .
Как по мне пример с воином не удачный. Тогда уж класс - Человек(или Воин) и объект - Нагибатор777. Поправьте если не прав
Помогите понять. Я новичок и никак не могу понять в какой ситуации можно применить ООП. Ну я же могу создать просто функцию в которой реализовать тоже самое. Также получаем данные, также внутри могут быть разные функции. Конкретный вопрос: Что я не могу реализовать в функции такого, что можно сделать с помощью ООП?
Все, что можно реализовать в ООП, можно реализовать и функциями. Только вот с ООП ты можешь написать раз в 20 меньше кода, чем обычными функциями. ООП нужно использовать там, где код должен выразить какой-то объект, будь то персонажа в игре, элемент интерфейса, или что-либо "объектное".
Почему это абстрактный класс не содержит реализацию методов?! Как раз таки может содержать
Это не единственный бред статьи и видео. По сути, это фейк. См. мой комментарий на верхнем уровне.
Если бы я этот материал не знал то ничего толком и не понял. Однобоко и
не объективно в примерах, особенно в конце..
Это вообще враньё, так как не рассказано о самом главном в OOP: позднем связывании или динамической диспетчеризации. Даже виртуальная функция или property не упоминается. А значит - чистый фейк, разговоры вокруг да около, благоглупости. Другие видео можно не смотреть, мне кажется.
Гуд
Не указали 5ый "столп" ООП - Композицию.
А так же стоит упомянуть rule of thumb - "Предпочитай композицию перед наследованием"
Вы можете вину предпочесть лимонад. Писать, что вы предпочитаете вино перед лимонадом - некорректно. А ещё, не понятно, зачем предпочитать неудобную композицию более удобному наследованию?
"Нагибатор666, или Фрэнк Гибо, его хороший друг." Ты неправильно говоришь.
ниочем если честно в чем прикол читать текст с видео если есть статьи, хоть бы какая наглядная визуализация была плюс вообще не раскыты принципы ООП только очень базово
пример с воином не очень получился, так как методы блок и удар присущи классу воинов, а не классу людей, лучше бы как раз таки никнейм как объект взять, а воин как класс.
автор рассказал, есть такие инструменты, пользуйтесь. И пошли все пассатижами гвозди забивать
Многие статьи на тему «Что такое OOP?» это чушь, но неполная, просто не освещено, как разные аспекты OOP друг от друга зависят, это главный типичный недостаток.
Но вот эта статья - чушь полная. Есть такое сердце OOP: позднее связывание, или, если хотите, динамическая диспетчеризация. Конечно, в применении к компилируемым языкам.
А вот в этой статье эти слова вообще не упоминаются, и даже виртуальные функции или property не упоминаются. А без этого вся статья просто враньё. Со всем прочим - ладно, можно спорить.
Незачёт. В топку.
Видео ни о чем. Если лень с wiki читать, то можно послушать. А так ценность около нуля.
Бедный русский язык, прогграммисты его убьют. Для чего нужна такая кракозябра - реюзабельность, если есть слово "универсальность".
Ну тут скорее будет "переиспользуемость") В целом, согласен, но с другой стороны, такие вещи помогают сильно в проектах с англоговорящими спецами - не приходится думать, как будет какой-то термин на английском, т.к. англицизм уже на слуху. Вообще я за то, чтобы не отказываться от англицизмов, но знать русские аналоги)
Есть видео где за пять минут рассказывают, ты проиграл парень)))
@@Ochenopasniy а было соревнование какое-то?)
фуфло