Инкапсуляция - это одно из основных понятий Объектно Ориентированного Программирования. Причина простая, ООП во многом нужен для этой самой инкапсуляции.
i know im randomly asking but does anybody know a method to log back into an Instagram account..? I was dumb forgot my login password. I would love any tricks you can offer me.
@Gus Ulises i really appreciate your reply. I got to the site through google and Im trying it out atm. Looks like it's gonna take quite some time so I will reply here later when my account password hopefully is recovered.
***** Уже записаны и ждут в очереди на выкладывание: Наследование; Агрегация и Композиция; Представление дочернего класса в памяти; Класс Обёртка; Двойное наследование в памяти. Возможно хватит музы записать и ещё больше.
Я помню, как меня учили ООП (и пониманию инкапсуляции) в университете... Лично мне удалось понять, что такое инкапсуляция и зачем она нужна, только на практике...в процессе создания объектно-ориентированного кода программы. А до этого я трижды пытался понять что это такое отталкиваясь лишь от теории, но результаты были плачевны...
Начали за здравие, закончили за упокой. Инкапсуляция - это заключение данных и методов обработки этих данных в единый компонент - объект. А то, что рассказано в видео - это сокрытие, т.е. внутри у нас под модификатором доступа "private" те самые ФИО поля, а снаружи (public) только необходимый интерфейс обработки данных (SetName, GetName).
В общем случае, в разных языках программирования термин «инкапсуляция» относится к одной из или обеим одновременно следующим нотациям: языковая конструкция, позволяющая связать данные с методами, предназначенными для обработки этих данных; механизм языка, позволяющий ограничить доступ одних компонентов программы к другим. ru.wikipedia.org/wiki/Инкапсуляция_(программирование)
@@moduchanyu4025 вообще, трактование инкапсуляции как сокрытие не совсем верно, т.е. сокрытие может быть его частью, но в первую очередь инкапсуляция это, как писали выше. объединение компонентов в объект и в некоторых яп инкапсуляция еще и сокрытие
Может быть подобран не совсем удачный пример, поэтому вышло не очень наглядно и вся сила инкапсуляции как-то затерялась. Если бы я до просмотра этого видео, ничего об этом не знал, то вряд ли бы понял суть этого понятия.
Вот честно, еслиб не комментарии ничего бы толком не понял) Потому предлагаю свою формулировку - - Инкапсуляция, это механизм конструкции объединения данных (компонентов и методов, благодаря модификаторам доступа) в абстракцию капсулы, где капсула = объект. И ещё разок посмотрю, позавидую бороде)))
8:49 как сеттер может проверять передана ли ему строка или масив. Имею ввиду, если изначально он был заточен под строку, то как-бы все пропало)) нужно как-то по другому викручиваться, или я не прав? Например новый сеттер добавлять?
Хотелось бы какой-то мини курс по Бертрану Майеру. Потому что, даже те кто много уже наШкодили. когда создают код даже не думают о том, что они создают ПО по структуре Сверху вниз (( а не иначе. А инкапсуляция, полиморфизм и наследование затертая тема, которую нудно рассматривать с точки зрения истории развития программирования. Мой пост не камень в огород, спасибо за труды. Основы основ останутся нераскрытыми...
Т.е., если я все правильно понял, то можно сказать, что инкапсуляция - предоставление доступа к объектам с помощью методов, отсутствие прямого доступа. Я только начал изучать Java и зараннее прошу прощения, если задам глупый вопрос, но Инкапсуляция используется только для объектов?
Инкапсуляция это здорово. Но вот вам философский вопрос на который я сам не ответил) Почему убрали возможность приватить данные и методы в языке swift? Я пишу на нем и по этому языку есть еще вопросы, но сейчас этот в тему)
Имхо. Инкапсуляция - объединение данных и методов, позволяющее работать другим парадигмам ООП. Сокрытие - лишь приятная побочка, которая может быть и на языке не ООП.
я аж залогинелся.. дорогой Валодя, наверное ты хороший программист и администратор, но.. интересно что в твоём понимании домен? инкапсуляция это широкое понятие, которое применяется не только в программировании и если ты хотел рассказать об этом то и примеров нужно несколько, причём более простых или изменить название ролика на #инкапсуляция в ооп#
Евгений Степанов Это-же не точная наука. Так что единственный правильный ответ - это "Смотря кого спрашивать". Я уверен есть книги дающие и 5, и 6, и 7 принципов.
Carman Schtern С тем, что вы определили как PUBLIC или PROTECTED (но во втором случае придётся использовать наследование). Обычно так определяют сами методы, но бывает, что и данные делают общедоступными (но это уже ломает инкапсуляцию). То есть базовое правило: Данные приватные. Методы публичные. А потом уже смотрите по обстановке.
Vladimir Mozhenkov На примере данной программы, какое функциональное наполнение мне может потребоваться? Что я могу поручить сделать другому программисту и определить это как PUBLIC или PROTECTED?
Carman Schtern Пример, который я привёл слишком маленький и неразвёрнутый, чтобы о нём говорить. Ведь нужно знать не только, что находится в классе, но и зачем он используется. И именно от этого нужно отталкиваться, чтобы ответить на ваш вопрос. Возьмём например мой класс Студент. Если вы разрабатываете систему для подсчёта оценок. То у объекта Студент может быть функция calculateAverage() чтобы получить его среднюю оценку, а вот сами оценки мы можем сделать приватными и добавлять их функцией addMark(int m). Функция установки имени нам там вообще не нужна, после создания данного объекта имя меняться уже не будет, мы-же не делает систему учёта студентов.
Carman Schtern очень быстро можно понять как работает ООП на примере игры - создавая например животное - а потом делить его на виды, я именно с этого начал =)
Очень грамотно объяснил, единственный минус , твоя борода не ухожена ) Приведи себя в порядок , приятнее смотреть . Если ты джуниор разработчикам это понятно . Для еще младших будет не понятно. Но всем не угодишь !!! Спасибо.
Очень плохой пример, крайне плохой пример. В функциональном стиле был бы многомерный массив, который бы уже хранил все эти данные без деления их на несколько массивов. Надобность в ООП полностью отпадает.
Сам-то понял о чём рассказал? Столько эмоций и всё впустую. О чём-то рассказывал, рассказывал, а что такое "ИНКАПСУЛЯЦИЯ" так и не рассказал. На будущее сначала говорят термин, потом раскрывают что это такое и только после этого можно говорить всё остальное. И хрень ваше ООП, инкапсуляция, полиморфизм и прочее. Это для тех, кто не хочет думать как уметь программировать. Вы пользуетесь классами и сами не знаете зачем. Если коротко, то класс - это объединение объектов подходящих под этот класс. Вы же творите под каждый объект отдельный класс. Засовываете туда всё что угодно и для нового объекта создаёте новый класс... В Делфи (может быть и в Си++) есть поля(записи), Вот они как раз очень удобны для работы с объектами. Объект - это описание кого-либо, чего-либо. Эти поля, не содержащие ни каких дополнительных процедур и функций, описывают весь объект, "дают ему свойства" с которыми уже можно работать. И как раз на основе этих описаний объектов уже можно создавать класс (и то, если нужно). Но опять же класс не должен содержать этих полей!!! Он должен содержать в себе рабочие процедуры/функции для работы с этими полями(записями) и может содержать дополнительные описательные поля. "Защита данных", в жопу бы такую защиту данных. Для того чтоб записать координату, вместо того чтоб записать просто в нужное место эту координату, мы вызываем процедуру, которая будет записывать эти данные... Точнее вы пошли за хлебом, но для этого вам надо написать самому же себе, что надо идти за хлебом, а потом прочитать и идти... вообще супер!
Я бы инкапсуляцию СОВЕРШЕННО по другому рассказал + инкапсуляция нужна не для того. для чего рассказал автор )) Я НЕ!! исключаю, что инкапсуляцию можно использовать так как автор рассказал, но РЕАЛЬНО инкапсуляция приносит в миллион раз больше пользы СОВСЕМ в другой теме ))) ... эх .. горе учителя, без опыта "реальных боёв" .. а так же супер заумные формулировки комментаторов ниже, тоже пальцем в небо всё... академичность знаний и полный отрыв от реальных задач и проблем, вот основная проблема горе учителей теоретиков в сферическом вакууме )) Автор - это я не про Вас, вас я не знаю, это я в общих чертах про учителей ЦПП... да и не только.. более того у мнея в команде люди кодят, так вот они уже не одну задачу решили в своей жизни на ЦПП через ООП, но так и не поняли накой хрен нужна инкапсуляция, кроме как для скрытия ))
Да ты сам теоретик, опроверг мнение автора, а своего даже не привел. Что же такое инкапсуляция? На практике она применяется повсеместно, прочитай любую книгу по ООЯ, того же Эккеля, там написано, что инкапсуляция на практике нужна как раз для доступа к полям через методы, скрывая внутреннюю реализацию. В итоге, при многочисленных изменениях реализации в классе, интерфейс не меняется, что экономит миллиард времени и устраняет потребность в переписывании/дописывании кода. Твои люди в команде "кодят", а не программируют, множество людей пишут код не разбираясь в теории и средствах, которые они используют, именно из-за этого столько говно-кода и такая высокая потребность в специалистах.
Спасибо, Иисус
i know im randomly asking but does anybody know a method to log back into an Instagram account..?
I was dumb forgot my login password. I would love any tricks you can offer me.
@Marco Esteban instablaster =)
@Gus Ulises i really appreciate your reply. I got to the site through google and Im trying it out atm.
Looks like it's gonna take quite some time so I will reply here later when my account password hopefully is recovered.
@Gus Ulises It worked and I now got access to my account again. I am so happy!
Thanks so much, you saved my ass !
@Marco Esteban happy to help xD
круто смотрится когда лекцию по программированию ведет Паук
:DDD
растительность на лице наглядно показывает, на какой длине волосы сами секутся, в зависимости от расположения. респект таким преподавателям!
ООП - прекрасная тема для видео!
***** Уже записаны и ждут в очереди на выкладывание: Наследование; Агрегация и Композиция; Представление дочернего класса в памяти; Класс Обёртка; Двойное наследование в памяти. Возможно хватит музы записать и ещё больше.
***** Может и до энумерации доберусь. Посмотрим))
***** Ааа. Нет так не хочу делать. Список уже есть, а вот нумеровать уроки так я не буду. Я не хочу делать курс.
Vladimir Mozhenkov жду
*****
Агрегация и Композиция уже выложены. также уже есть ряд других уроков: czcams.com/play/PLY7PmJJFH5nRcWGKbgl9N7txM5YLtela6.html
Спасибо! Все очень просто и доступно! Я оказывается этим пользуюсь постоянно, но не знал, что это называется ИНКАПСУЛЯЦИЕЙ )))
Спасибо все понятно. Часто слышал это слово и не знал что оно означает, теперь блесну умом перед товарищем.
Спасибо, что объяснили не только "что это такое", но и дали понять (что не маловажно) зачем это нужно....
Я помню, как меня учили ООП (и пониманию инкапсуляции) в университете...
Лично мне удалось понять, что такое инкапсуляция и зачем она нужна, только на практике...в процессе создания объектно-ориентированного кода программы. А до этого я трижды пытался понять что это такое отталкиваясь лишь от теории, но результаты были плачевны...
***** так оно и есть
Первое видео понравилось, поехали дальше)
Спасибо!
Начали за здравие, закончили за упокой. Инкапсуляция - это заключение данных и методов обработки этих данных в единый компонент - объект. А то, что рассказано в видео - это сокрытие, т.е. внутри у нас под модификатором доступа "private" те самые ФИО поля, а снаружи (public) только необходимый интерфейс обработки данных (SetName, GetName).
В общем случае, в разных языках программирования термин «инкапсуляция» относится к одной из или обеим одновременно следующим нотациям:
языковая конструкция, позволяющая связать данные с методами, предназначенными для обработки этих данных;
механизм языка, позволяющий ограничить доступ одних компонентов программы к другим.
ru.wikipedia.org/wiki/Инкапсуляция_(программирование)
@@moduchanyu4025 вообще, трактование инкапсуляции как сокрытие не совсем верно, т.е. сокрытие может быть его частью, но в первую очередь инкапсуляция это, как писали выше. объединение компонентов в объект и в некоторых яп инкапсуляция еще и сокрытие
Может быть подобран не совсем удачный пример, поэтому вышло не очень наглядно и вся сила инкапсуляции как-то затерялась.
Если бы я до просмотра этого видео, ничего об этом не знал, то вряд ли бы понял суть этого понятия.
Спасибо
Володя, спасибо!
Вот честно, еслиб не комментарии ничего бы толком не понял)
Потому предлагаю свою формулировку -
- Инкапсуляция, это механизм конструкции объединения данных (компонентов и методов, благодаря модификаторам доступа) в абстракцию капсулы, где капсула = объект.
И ещё разок посмотрю, позавидую бороде)))
хоть и знаю, что это такое. посмотрел до конца. лайк!
он молодец , все четко объяснил
Sposiba Brat
Лайк, подписка, автор- молодец, спасибо за материал)
БРАВО ОЧЕНЬ ДОХОДЧИВО
Отличное видео.
Круто ! и просто
Красавчик! Хоч хтось дав нормальний приклад!
👍
Спасибо отлично!👍
ООП рулит!
8:49 как сеттер может проверять передана ли ему строка или масив. Имею ввиду, если изначально он был заточен под строку, то как-бы все пропало)) нужно как-то по другому викручиваться, или я не прав? Например новый сеттер добавлять?
Ответьте пожалуйста, ваш плейлист "ООП" подходит для PHP ? заранее извиняюсь если задал глупый вопрос, я начинающий.
"Если есть вопросы, можете задать"
ЧТО ТАКОЕ ИНКАПСУЛЯЦИЯ?))
Владимир, огромное уважение Вам, за ваши труды, но ваша прическа на голове создает преграду для восприятия информации.
Спасибо! Объясните, пожалуйста, еще полиморфизм :))))
Хотелось бы какой-то мини курс по Бертрану Майеру. Потому что, даже те кто много уже наШкодили. когда создают код даже не думают о том, что они создают ПО по структуре Сверху вниз (( а не иначе. А инкапсуляция, полиморфизм и наследование затертая тема, которую нудно рассматривать с точки зрения истории развития программирования. Мой пост не камень в огород, спасибо за труды. Основы основ останутся нераскрытыми...
Евгений, а чем должен помочь курс по Бертрану Майеру, уточните плз.
Что значит, также, ваш акцент на создании кода сверху вниз?
Владимир, будет ли серия видео про линуксы?
Крутое видео=) Но по моему у вас есть некоторый акцент, вы выучили Русский язык?
Инициалы можно брать функцией из первых букв ФИО.
А в java есть дружественные классы и есть ли у Вас видео что такое композиция?
Вот посмотрел, и стало интересно спагетти вестерн он тоже намешан или его просто итальянцы снимали.
А книга по этим уроками есть?
Т.е., если я все правильно понял, то можно сказать, что инкапсуляция - предоставление доступа к объектам с помощью методов, отсутствие прямого доступа. Я только начал изучать Java и зараннее прошу прощения, если задам глупый вопрос, но Инкапсуляция используется только для объектов?
а что ещё есть в ООП?!
Подскажите где все лекции можно скачать ??
Инкапсуляция это здорово. Но вот вам философский вопрос на который я сам не ответил) Почему убрали возможность приватить данные и методы в языке swift? Я пишу на нем и по этому языку есть еще вопросы, но сейчас этот в тему)
Александр Хлебников Я совершенно ничего не знаю про swift. Так что не знаю.
Имхо. Инкапсуляция - объединение данных и методов, позволяющее работать другим парадигмам ООП. Сокрытие - лишь приятная побочка, которая может быть и на языке не ООП.
Очень интересно, а то все объясняют что такое ООП но никто не объясняет зачем оно.
я аж залогинелся.. дорогой Валодя, наверное ты хороший программист и администратор, но.. интересно что в твоём понимании домен? инкапсуляция это широкое понятие, которое применяется не только в программировании и если ты хотел рассказать об этом то и примеров нужно несколько, причём более простых или изменить название ролика на #инкапсуляция в ооп#
Как и везде не сказано, что такое инкапсуляция, а сказано как работает инкапсуляция
Доброго дня. Как отвечать на вопрос, Сколько принципов ООП существует? 3 или 4?
Евгений Степанов Это-же не точная наука. Так что единственный правильный ответ - это "Смотря кого спрашивать". Я уверен есть книги дающие и 5, и 6, и 7 принципов.
Vladimir Mozhenkov Спасибо. Ваши ученики уже определились с 2 новыми предметами?Если да, то какие или когда станет известно?
Володя, а, вот к примеру, с какими вещами в этой программе может работать другой программист (слева)?
Carman Schtern С тем, что вы определили как PUBLIC или PROTECTED (но во втором случае придётся использовать наследование).
Обычно так определяют сами методы, но бывает, что и данные делают общедоступными (но это уже ломает инкапсуляцию).
То есть базовое правило: Данные приватные. Методы публичные.
А потом уже смотрите по обстановке.
Vladimir Mozhenkov На примере данной программы, какое функциональное наполнение мне может потребоваться? Что я могу поручить сделать другому программисту и определить это как PUBLIC или PROTECTED?
Carman Schtern Пример, который я привёл слишком маленький и неразвёрнутый, чтобы о нём говорить. Ведь нужно знать не только, что находится в классе, но и зачем он используется. И именно от этого нужно отталкиваться, чтобы ответить на ваш вопрос.
Возьмём например мой класс Студент. Если вы разрабатываете систему для подсчёта оценок. То у объекта Студент может быть функция calculateAverage() чтобы получить его среднюю оценку, а вот сами оценки мы можем сделать приватными и добавлять их функцией addMark(int m). Функция установки имени нам там вообще не нужна, после создания данного объекта имя меняться уже не будет, мы-же не делает систему учёта студентов.
Vladimir Mozhenkov Всё ясно теперь, спасибо. Удобная вещь, жаль что только сейчас узнал об этом.
Carman Schtern очень быстро можно понять как работает ООП на примере игры - создавая например животное - а потом делить его на виды, я именно с этого начал =)
Вопрос: а что же всё таки такое Инкапсуляция?
Теория в программировании, это как теория в сексе....
А где же полиморфизм? )
Дайте полотенчико, слишком много воды и так и не понял, что оно такое
коммент
Очень грамотно объяснил, единственный минус , твоя борода не ухожена ) Приведи себя в порядок , приятнее смотреть . Если ты джуниор разработчикам это понятно . Для еще младших будет не понятно. Но всем не угодишь !!! Спасибо.
А хде полиморфизм?
хуже примера я не встречал.
Очень плохой пример, крайне плохой пример. В функциональном стиле был бы многомерный массив, который бы уже хранил все эти данные без деления их на несколько массивов. Надобность в ООП полностью отпадает.
чувак, сбрей бороду, выглядишь как православный активист
У тру-прогеров тоже должна быть борода.
Его борода - не твое дело.
Че до€бался
Сам-то понял о чём рассказал? Столько эмоций и всё впустую. О чём-то рассказывал, рассказывал, а что такое "ИНКАПСУЛЯЦИЯ" так и не рассказал.
На будущее сначала говорят термин, потом раскрывают что это такое и только после этого можно говорить всё остальное.
И хрень ваше ООП, инкапсуляция, полиморфизм и прочее. Это для тех, кто не хочет думать как уметь программировать. Вы пользуетесь классами и сами не знаете зачем.
Если коротко, то класс - это объединение объектов подходящих под этот класс. Вы же творите под каждый объект отдельный класс. Засовываете туда всё что угодно и для нового объекта создаёте новый класс...
В Делфи (может быть и в Си++) есть поля(записи), Вот они как раз очень удобны для работы с объектами.
Объект - это описание кого-либо, чего-либо. Эти поля, не содержащие ни каких дополнительных процедур и функций, описывают весь объект, "дают ему свойства" с которыми уже можно работать. И как раз на основе этих описаний объектов уже можно создавать класс (и то, если нужно). Но опять же класс не должен содержать этих полей!!! Он должен содержать в себе рабочие процедуры/функции для работы с этими полями(записями) и может содержать дополнительные описательные поля.
"Защита данных", в жопу бы такую защиту данных. Для того чтоб записать координату, вместо того чтоб записать просто в нужное место эту координату, мы вызываем процедуру, которая будет записывать эти данные...
Точнее вы пошли за хлебом, но для этого вам надо написать самому же себе, что надо идти за хлебом, а потом прочитать и идти... вообще супер!
все бы хорошо, но эта борода... боже зачем так?
Не понятно, массивы какие-то? Лапша....он что не завтракал?
Я бы инкапсуляцию СОВЕРШЕННО по другому рассказал + инкапсуляция нужна не для того. для чего рассказал автор )) Я НЕ!! исключаю, что инкапсуляцию можно использовать так как автор рассказал, но РЕАЛЬНО инкапсуляция приносит в миллион раз больше пользы СОВСЕМ в другой теме ))) ... эх .. горе учителя, без опыта "реальных боёв" .. а так же супер заумные формулировки комментаторов ниже, тоже пальцем в небо всё... академичность знаний и полный отрыв от реальных задач и проблем, вот основная проблема горе учителей теоретиков в сферическом вакууме )) Автор - это я не про Вас, вас я не знаю, это я в общих чертах про учителей ЦПП... да и не только..
более того у мнея в команде люди кодят, так вот они уже не одну задачу решили в своей жизни на ЦПП через ООП, но так и не поняли накой хрен нужна инкапсуляция, кроме как для скрытия ))
ключивое слово из всех - "бы"
Juan штааа?
шта - ништа, а про инкпсуляцию ты не рассказал
Да ты сам теоретик, опроверг мнение автора, а своего даже не привел. Что же такое инкапсуляция? На практике она применяется повсеместно, прочитай любую книгу по ООЯ, того же Эккеля, там написано, что инкапсуляция на практике нужна как раз для доступа к полям через методы, скрывая внутреннюю реализацию. В итоге, при многочисленных изменениях реализации в классе, интерфейс не меняется, что экономит миллиард времени и устраняет потребность в переписывании/дописывании кода. Твои люди в команде "кодят", а не программируют, множество людей пишут код не разбираясь в теории и средствах, которые они используют, именно из-за этого столько говно-кода и такая высокая потребность в специалистах.
Расскажите про инкапсуляцию, так как это сделали бы вы)
ты что хочешь чтобы у моего бабушке былa психические проблемы
Спасибо
Спасибо