ТВОЯ ГЛАВНАЯ ОШИБКА В ООП
ฝัง
- เผยแพร่เมื่อ 3 ต.ค. 2024
- Обсуждаем главную ошибку новичков в ООП на собеседованиях, а именно инкапсуляцию, узнаем чем сокрытие данных отличается от инкапсуляции, а так же поговорим о модификаторах доступа
C (lang) код на GitHub
github.com/ext...
Книга Роберта Мартина "Чистая архитектура"
bit.ly/2lYpJxx
Ссылки
● VK: extreme...
● Telegram Chat: t.me/extremecode (или в поиске @extremecode)
● GitHub: github.com/ext... - วิทยาศาสตร์และเทคโนโลยี
Да, тут должен быть какой то смешной комментарий, совсем забыл.
Ставь лукас, а то че как бивень
А для бустеров у нас есть эксклюзивный контент: boosty.to/extremecode
P.S.
3-е сентября пришлось вырезать, дядя Шуфутинский за 10-и секундную вставку бабок хочет -_______________-
bool understand = false;
do {
var result = youtubeClient.see("yNUJ3vAeyJQ");
understand = brain.getUnderstandState(result);
} while (!understand);
@fff аа Смотри видео, пока не вдуплишь.
@fff аа
if (youtubeClient.comment.Contains("@ExtremeCode а по-русски?") && youtubeClient.comment.author() == "fff aa"))
{
this.Translate();
}
public void Translate()
{
bool понимают = ложь;
делать {
различный результат = ютубКлиент.увидеть("yNUJ3vAeyJQ");
понимают = мозг.получитьСостояниеПонимания(результат);
} когда (!понять);
}
@@ExtremeCode Канешна болтовня, как и определения - занимательно и не обременительна для автора. Но для простолюдинов было бы нагляднее ввиде схем и картинок пояснять. Ибо простолюдины из болтовни образы не генерят...
@fff аа В конце видео полное определение.Разворачиваешь его на весь экран и сиди медитируй пока не прийдёт прозрение.
- Какие паттерны ООП вы знаете?
- Костылирование, Инкостыляция и Поликостылизм.
Это не паттерны ООП, а принципы ООП. Паттерны - это синглкостыльтон, абстрактная фабрика костылей и всё такое.
@@bltvg ну если уже правильно говорить, тогда это и не принципы. Это парадигмы)
@@артёмБратчук-ф1л костыли.
@@артёмБратчук-ф1л ПАРАдигмы(типа как параолимпиада)
А как-же акостыляция?
Ничего не понял, но из-за того, что достаточно хорошо кивал головой, теперь учусь в стенфорде
Завтра первая пара в какой аудитории?
@@ark-kun7221 Глупый вопрос) Зависит на кого учишься, но ты явно не знал об этом.
Интересно хоть было?
Кивающие головой - это аутисты?
@@alexanderbelov6892 нет, киватисты
ОБОЖАЮ когда ты приводишь по 20 аналогий ежесекундно
Проорал с синтаксиса JS-фреймворка
Можно объяснить?
@@yulian_13 .cs != JS, Using Linq; так же не совсем, смекаешь)
Юлиан Шмиголь я тоже не понял шутки, там было приложение на С#, причем тут JS фреймворки и после какого слова надо было заржать
@@johnd1431 шутка про то, что в js постоянно появляются фреймворки, и что вполне возможно, где-то однажды появится фреймворк, который позволит писать на c# не выходя из js.
@@tozpeak очень сложная шутка. Можно ещё сложнее?
Кароч, инкапсуляция - это объединение данных и методов работы с этими данными в одной упаковке («капсуле»).
Основа инкапсуляции (капсула) - КЛАСС.
Боже я ахуел когда узнал это, мне тупа мои азиатские глаза открыли
Функция-конструктор
Чтобы понять в простых словах что такое инкапсуляция, стоит, возможно, понять, что является её нарушением. Нет, объявление полей объекта вместо приватных публичными - это не нарушение инкапсуляции.
Крайне распространённое нарушение И. - это уверенность в том, что какое-либо из состояний системы вам заранее известно.
- Если вы создаёте метод, держа в уме, что какая-то пропертя в памяти\базе\на фронте\на бэке будет именно такой;
- Если вы умело полагаете что, "в основном", данный метод вызывается лишь когда был вызван иной из другой части программы
- Если вы уверены что реализация сервиса\репозитории\дао\базы\любого слоя на ваш выбор всегда будет такой как сейчас
- И даже если вы наделяете переменную свойствами, которые ей не гарантированы - "эта переменная не может быть НУЛЛ" - "в этой строке по-любому можно вставить значение форматированием" - "пользователь не идиот и знает регекспы"
то вы нарушаете инкапсуляцию в каком-то очень глобальном масштабе.
Конечно, сокрытие реализации от пользователя - это инкапсуляция. Но это примерно такая же инкапсуляция, как тот полиморфизм, который показывают студентам на примере собак и кошек. Вроде полиморфизм, но становится ли понятней когда вместо собак и кошек AbstractServiceFactoryFactoryFactory?
Суть такова, что тебе не нужно знать как работает автомобиль для того, чтобы пользоваться его интерфейсом (рулевым колесом, рычагом кпп, и педалями), т.к. внутреннее устройство инкапсулировано. Говорю этот пример на собесах и норм :)
Чувак, как хорошо, что твое видео попало ко мне в рекомендации. Завтра иду на собеседование, теперь надеюсь, что меня спросят про инкапсуляцию. И только про нее:)
Как результаты собеседования?
Как результаты жизни?
@@farpurpleон умер
@@neilwilson4075 о7
можно не смотреть видео полностью, 8:14 мин главная суть.
Спасибо, братанчик
Очень полезно
Действительно, можно было уместить в одну картинку.
То что на слайде это не понятие инкапсуляции, а имплементация инкапсуляции в языке.
Реализация скрывает детали не от пользователя, а от следующего уровня абстракции.
Спсб
Код, написанный на С в начале ролика, как пример НЕинкапсуляции, полностью удовлетворяет "понятному и полному" определению инкапсуляции данному на 8:22
Самое смешное что ровно такой же пример с Point на языке С был в книге "Чистая архитектура" Мартина... и, внезапно, выступала примером инкапсуляции :)
На С не было единого объекта, который объеденил данные и методы
@@askolit1458а create и getdistance - это, по-твоему, что? Псы нacpaли?
раньше я не очень-то понимал что такое инкапсуляция. Теперь понял, что вообще ничего не понимаю!
Пришёл некто, считающий себя очень умным, сказал, что ты говно. А теперь у тебя из-за него комплекс самозванца.
Эх отличная подача информации с юмором и очень объемно, спасибо, лайкосик поставил :)
ИНКАСТЫЛЯЦИЯ, 6/\*b! :D
Преследование и поливелосипедизм
Поликостылизм
Костылирование
Инкостыляция
Инбагуляция
Велосепидизация и костылирование
Полимарксизм, инмарксизация...
Недопусти этой ошибки на собеседовании! "Не" с глаголами пиши раздельно!
P.S. Шучу. Не смог удержаться. :-D
Грязный байт на комментарий сработал :D
@@ExtremeCode :-)
Вахахаха
@@grustnyia2386 многие путают отрицательный предлог «не» и приставку «недо», вследствие чего глагол «недосмотреть» (в значении недостаточно следить за кем-л.) пишут раздельно - не досмотреть. А это уже совсем иной смысл: досмотр могут производить, например, таможенники или полицейские, и «не досмотреть» (раздельно) означает не произвести досмотр.
@@CB_CHIEF ох уж этот русский язык
Никогда не занимался на C, но в конце ролика понял, что к чему. Красавчик автор)
Как-то столкнулся с таким же недопониманием Инкапсуляции на всоём первом собеседовании. Я тогда у Моженкова посмотрел видос об ООП и почерпнул этот дзен об Инкапсуляции у него. Решил блеснуть на собеседовании, но как-будто о стену ударился. Выпускайте, пожалуйста, видосики почаще!!!!
тот случай когда до видео знал тему а после засомневался что знал из-за сложной подачи автором и остановил видео чтобы найти в интернете принципиальную схему котЭ ))
Просто КГАМ
Рекомендации 2021. Это то что я хотел посмотреть)
Инкапсуляция - принцип который связывает данные и методы(это реализует конструкция класса) что позволяет скрыть детали реализации и упростить использование интерфейса взаимодействия, используется совместно с модификаторами доступа что бы указать что будет интерфейсом взаимодействия, а что деталью реализации.
Бред. Инкапсуляция вообще не привязана к ООП. А "объединение данных и методов их обработки" - это концепт понятия "класса". К инкапсуляции отнонения не имеет. А ещё, у инкапсуляции нет задачи, что-то там скрывать. Так например, приватная секция классов ничего ни от кого не скрывает.
Вижу видос от ExtremeCode - ставлю лукас
Блин, это было реально классно) всё оказывается так просто)
Братан, харош!!! Давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот ещё почаще?
Хорошо рассказываете, уверенно. Прошу указать ссылки на литературу, ведущие к определениям "инкапсуляции" и "чистого ооп", или это лично ваши определения, полученные после реального кодинга?
Это чистое балабольство в стиле ХаудиХо, знаешь английский - транслируй англоязычный контент, а понимание сути не надо, уже сойдешь за мегапрогера...
да вы жжети парни, еще одно видео не за год. мое почтение
Честно говоря, понятия не имею как я наткнулся на данное видео и зачем зашел, т.к естественно ничего не понял, но было очень интересно! Спасибо!:))
Братан, хорош, давай, давай вперед! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого почаще?
Всегда орал с людей, которые пытаются найти глубокий смысл там, где его нет.
Поиски глубоко смысла там где его нет, это способ уйти от реальной жизни.
т.е. ты орёшь постоянно?
Ну, тут вопрос не в поиске смысла, а в том чтоб найти корректное определение для понятия. Я вижу смысл в этом потому что в программировании очень важно понимать что и почему ты делаешь, для этого нужно хорошо и корректно понимать принципы которые ты используешь в работе. Однако в видео небыло показаны последствия не правильного понимания инкапсуляции, что жаль
Если ты не копался до смысла, то откуда у тебя утверждение что там нет смысла?)
По английски это называется overthinking
Вообще-то это не инкапсуляция и не сокрытие. Это реализация после объявления - особенность C/C++, которая позволяет объявить сигнатуру и использовать функцию/тип ДО её/его реализации или вообще в другом файле, например, когда несколько типов имеют указатели на данные типа друг друга, или чтобы не загромождать код сложными структурами. А невозможность при этом достучаться до содержимого объявленного типа - побочный эффект такой особенности.
Если функцию (getDistance), обращающуюся к содержимому объявленного так типа (struct Point) реализовать в другом файле, то она тоже не сможет достучаться до содержимого этого типа.
Если структуру (struct Point) целиком объявить в заголовочном файле, то всё будет исправно работать.
Сравнение с примером в C# не совсем корректно. Там всё это работает потому, что в качестве аргумента метода класса (чего вообще нет в С) используется объект такого же типа, и так как метод является членом класса, то "знает", что называется, "изнутри" структуру полей объектов своего типа, и поэтому нужное поле объекта в аргументе "видит". Кстати, в C++ это тоже работает. В C все обращения к любым типам - только "снаружи".
Тем не менее, автор, пиши/снимай ещё. Годно.
Очень приятный голос,с хорошим обьяснением,Только вот я не программист...
ExtremeCode - канал про то, что такое инкапсуляция
Оооо, сё, пойду пиздить препода по проге, который говорит, что инуапсуляция = сокрытие(вызовите скорую, пожалуйста, у меня дома рыбка живёт ещё)
Хех
Само слово инкапсуляция помогает понять его определение, где в нем про сокрытие? В нем про вложение, термин подобран правильно: объединение данных и методов, работающих с ними, в один объект.
С другой стороны, верить видео какого-то парня, который грешит неудачными метафорами и примерами вместо преподавателя? Серьезно? Так может сразу слиться из универа и пойти учиться на ютубе?)
@@ИгорьСелезнев-в2у тут дело ещё в том, что дословно переведч слово получится то же самое сокрытие или упрятываение. И получается интересно, мол сокрытие - не только сокрытие. А ютуб, к сожалению, отсрочку не даёт, потому приходится минимально посещать занатия(чтобы не топтать плац) и учиться самому, по крайней мере в регионах
@@vebyza хорошая ремарка кстати про дословный перевод, спасибо, что поправили. Высшее Вам в любом случае будет на пользу. Без него однажды потолок карьеры начнет ограничивать рост.
Про инкапсуляцию да, интересно получается.) Это при том, что у самого 10 лет с плюсом стажа разработчика ))
@@vebyza , дословный перевод не получается сокрытие или упрятывание, а получается помещение в капсулу или упаковка. Упаковка или капсула может быть прозрачной и ты можешь видеть внутренности. Может быть даже дырявой и ты можешь изменять эти внутренности, а значит не будет никакого сокрытия, как нет приватных свойств в JS. Но все равно это будет инкапсуляция. Поэтому можешь смело увольнять своего препода.
Видос и не рассчитан на новичков. Автор указал на то, что обычно в определении инкапсуляции ставят акцент на сокрытии данных, а не на объедении методов и данных в один объект. И достаточно доступно это разъяснил
В конце нужно добавить "... и предоставляет пользователю интерфейс для взаимодействия с ним"
Только через 8, сука, месяцев и несколько раз пересматривая это видео, я понял что такое инкапсуляция. Твою ж дивизию как все просто.
Вообще-то, товарищ программист, лайк нужно ставить после просмотра видео (а не в начале), чтобы алгоритм ютуба, "обрабатывающий лайки" засчитал его.
Сокрытие требуется чтобы не допустить некорректное обращения к методам и членам объекта. Например, в XRay есть вектор который надо инициализировать перед прочтением. Значит закрываем его protected, а get у него конечно public, и всё, никаких проблем не имеем. А если вектор будет так же public, то можем иметь ошибки которые могут быть достаточно трудно обнаруживаемые, если другой программист который не в курсе проблемы, будет использовать этот член объекта напрямую.
Вы пишете: *Сокрытие требуется чтобы не допустить некорректное обращения к методам и членам объекта* Чушь.
Вы пишете: *Например, в XRay есть вектор который надо инициализировать перед прочтением. Значит закрываем его protected* Это не сокрытие. Ограничение доступа к данным ничего ни от кого не скрывает.
1:31 - Мое лицо, когда меня (15+ лет в деве), начинают спрашивать на собеседовании, что такое "инкапсуляция"... И делает это, какой-нибудь HR, которому "правильный ответ", написали на бумажке.
Как ты с таким опытом попадаешь на такие собеседования
@@ДмитрийСоловьёв-ы5п Всегда ищу где получше.
...аты попробуй догадаться, что ему накалякали на этой бумажке - и кто...
начали видео выходить, я очень рад)
Инкапсуляция - это возможность менять состояние объекта только им самим (с) Сергей Немчинский
О, Серёга набирает популярность))
Мало что понятно, но очень интересно.
Угарнул с фреймворка, спасибо за видос
Спасибо за видео, из всех общедоступных источников (в основном видосики на ютубе) данное определение инкапсуляции только в книге еще встретил, "Сам себе программист" вроде .. подписался на канал.
Потрясающий пример того, как сделать видос на восемь минут ни о чём
Хехе
автор мастер разводить пиздеж. ему бы на тв работать)
@@maxpayne3491 ни в коем случае. Только чиновником.
а можно по подробнее, а то я не понял
Более того: открьіваем книгу Дядюшки Боба, из описания, там також же пример как на видно в С/С++ а вьіводьі противоположньіе: This is perfect encapsulation-in a non-OO language. C programmers used to do this kind of thing all the time. We would forward declare data structures and functions in header files, and then implement them in implementation files. Our users never had access to the elements in those implementation files.
Видос офигенный! Однозначно лайк!
Пример на C если что и продемонстрировал, то только не отсутствие языковой поддержки ООП в C. Отладчик студия не дал доступа к полям структуры исключительно по меркантильным соображениям, и никакое ООП тут ни при чём. Зато он прекрасно показал "подкованность" автора в механизмах ООП, где последнее П - это Проектирование, а не программирование. Последующий пример на Шарпе окончательно добил. Эх... а как обнадёживающе начинался видос...
Держи в курсе
Контент топ! Давай по больше вот этого)
Классный фреймворк :)
Инкапсуляция - это принцип сокрытия реализации от пользователя. При этом не важно чего - класс, модуль, приложение. Этот принцип необходим для абстрагирования реализации от интерфейса. Мне кажется это понятнее и главное точно не содержит ошибок типа где-то объект, где должен быть класс.
Инкапсуляция - это про объединение в реализации кода и данных под единой сущностью класс. А абстрагирование - это про разделение интерфейса и реализации. Это отдельно существующие понятия.
Инкапсуляция (понимаемая как связывание вместе данных и методов для работы с ними) _на самом деле_ связана с механизмами ограничения доступа к этим данным.
Это не _сокрытие_ (когда внутреннее устройство данных неизвестным; такой «черный ящик»), а именно _ограничение доступа_ - т. е. невозможность работать с этими данными _в обход_ заданных методов.
Такое требование прежде всего предназначено для повышения _надежности_ кода. Разработав и протестировав класс (структура данных + методы для работы с ними) вы _гарантируете пользователям этого класса предсказуемость его работы.
Собственно, именно в этом и состоит суть связывания вместе данных и методов. Подход функциональных (не ООП) языков с независимым определением структур и функций ничуть не менее удобен, чем синтаксис языков ООП, где обрабатываемая структура просто переносится из аргумента функции в ее «префикс» (имя объекта с точкой перед именем метода).
Связывание вместе данных и методов нужно _как раз_ для _ограничения доступа_ к данным!
Возможность работы с данными напрямую (точнее, возможность изменять их), _минуя_ заранее заданный набор методов, можно сравнить с дырой в заборе рядом с «навороченным» пропускным пунктом со развитой системой безопасности (всевозможные сканирования сетчатки, рамки металлоискателя и пр.); все эти меры безопасности бесполезны, когда их можно легко обойти через заботливо оставленную дыру.
Ну и уже во _вторую_ очередь - ограничение доступа к данным _только_ через его методы позволяет изменять реализацию, не меняя интерфейс доступа (и, соответственно, не меняя код существующих клиентов). Но это всего лишь дополнительная «удобность», не
___
Строго говоря, ООП-языки, допускающие определение public-данных (а это и C++, и C#, и Java, и т. д.) _нарушают_ инкапсуляцию и, таким образом, являются, строго говоря, _не совсем_ ООП-языками.
А вот, например, то, как организована работа с окнами (hWnd) в Windows (всех версий, начиная с самых первых), как это ни парадоксально звучит, является _хорошим_ примером ООП, несмотря на чисто C-шную реализацию и связанные с этим синтаксические неудобства.
Там есть и полиморфизм (можно разослать одно и то же сообщение самым разным типам окон - будь то кнопки, списки, комбобоксы или главное окно программы), пройдясь по списку hWnd - и получить специфическую для каждого типа окон реакцию на это сообщение.
Есть и аналог наследования - субклассирование, когда вы для нового типа окна переопределяете реакцию на некоторые сообщения, переадресуя обработку остальных в оконную функцию «родительского» типа окон.
И наконец, там _совершенно правильно_ организована инкапсуляция - по одному только hWnd вы не сможете получит доступ к внутреннему представлению данных окон, миную определенные для него «методы» - типы сообщений MSG, которые могут быть обработаны данным типом окон.
Как видно из этого примера, «связывание данных и методов» при помощи _специального синтаксиса_ языка программирования (вроде определения классов, как «структур с методами») вовсе не обязательно для реализации принципов ООП.
Воу воу воу, палехче! Слишком много инфы за такой короткий срок! Мы то привыкли переваривать все по нескольку месяцев) P.S. Годно!
ппц ты как Боженька открыл мне глаза я то думал ....спасибо
Мало что понял, но очень интересно, особенно когда код набирается
Люблю такие штуки, особенно когда человека ищут клипать формы, а спрашивают какие типы семафоров есть. Эти теоретические данные хороши, но это же надо меньше чем в 1% кода.
Клепать
Чем плох конструктор для создания класса?? :((
Обычно это делают чтобы валидировать входные данные при создании нового инстагса
Спасибо за видео! :)
Пример с расстоянием между точками был взял из книги дяди боба про архитектуру?)
Ага, там где она пишет что уже в С была инкапсуляция.
@@Solfylte тогда ты не понимаешь что такое инкапсуляция, потому что в С ее не было.
@@vangogih Ок. Я не написал что она там была или нет, это ваша интерпретация коментария.
Спасибо. Мне стало понятней.
дизлайк за утечку памяти в си программе
Открою секрет: в большинстве игр, например, никто не очищает ресурсы, если человек нажал на выход, чтобы не жертвовать временем пользователя. Такой своеобразный tradeoff, хотя по завершению программы ОС сама "освободит" ресурсы.
Почему утечка, если по завершению расчета программа выключается?
задача любой операционной системы входин не только выделение памяти по запросу приложения но и полная очистка памяти по окончании работы программы.
В менеджере памяти шиндовс все резервируется вот это бесит
@@CDTranslate да хрен знает, любая нормальная среда разработки включает в себя ВАЗМОЖНОСТЬ! подмести за собой... Наверное не просто так =)
Теперь понял. Спасибо. Инкапсуляция - это мы так скрываем переменные
Нет, вы не поняли.
Экстримкод, люблю
Просмотрел полторы минут и сразу подписался
Для начала: даже маленькие примеры должны быть корректными. Где освобождение памяти в C-варианте примера? И второе: зачем демонстрировать ООП и правильную инкапсуляцию на JS Framework'е, когда ничуть не хуже это можно сделать на C++, заодно и продемонстрировав отличия от C?
Ну наконец ты мне глаза открыл! А то я уж не справился бы
Я так понял, что Инкапсуляция - это сокрытие.
Хорошее определение, мне нравится
ничего не понял, но очень интересно ...
Топчик, мои аплодисменты
"ИнКастыляция" =)
ИнкОстыляция
@@nikelsad о, уже и у инкостыляции появилось 2 трактовки
Спасибо за новый термин - инКАСТЕляцию!
Инкапсуляция это скрытие чегото, помещение его в капсулу! и все! Дослоно в капсулу(encapsulate=заключать в капсулу
)! А связывание данных и медотов в один обьект это для слишком умных!
Ты слишком сложно поясняешь, всего в одну строчку, запиши видос на пол часа хотя бы.
Хочешь, я тебе реализую инкапсуляцию без сокрытия данных?
@@ne4to777 Ну так в чем проблема, давай! выкладывай сюда будем смотреть!
@@alexanderkostyuk755 , на js
class Test {
constructor(x) {
this.x = x
}
get() {
return this.x
}
}
const a = new Test(1)
console.log(a.get()) // 1
console.log(a.x) // 1
@@ne4to777 Нормально! Такой вопрос, а как ты ограничил доступ одних компонентов программы к другим?
Те, кто пишет, что суть в конце -- просто не посмотрели видос целиком. Чел на протяжении 8 минут отделял инкапсуляцию от сокрытия, а на последних секундах просто все скидал в кучу и сказал, что это определение инкапсуляции
а когда полноценный курс C++ будет ?
Согласен!
@@joefast505 они ещё по C# всего не сняли!!!
Почему всех на плюсы тянет? работы в СНГ на с++ нету, а если есть то плотят на там гроши, если ты не senior
Марк Андерсон прыгать с сисей на другие языки проще всего
@@МаркАндерсон-ы5ж я работаю на плюсах в qt и платят хорошо
Половина видео просто бред...Причем здесь проблема инкапсуляции ? У Вас в Си ругается на то,что у Вас в заголовочном файле Point.h есть только прототип твоей структуры и конечно в main-е он не может обратится к полю p1->x, так как по прототипу не ясно, будет ли такое поле у Вашей структуры...
Если перенести реализацию структуры в Point.h проблема исчезнет. Во вторых все поля структуры в Си по умолчанию публичные и доступ к ним разрешен.
После Вы сравниваете C#( и метод класса) с глобальной функцией в Си...Эм...Это 2 абсолютно разные вещи и никак не связаны с друг другом...
Инкостыляция, порноморфизм.. что дальше?
Найсследование (что?)
Тут, где-то в комментах, было -- преследование =)
абстругация
После этого js framework, сильно похожего на C#, я захотел выучить js
Спасибо за музыку! Если бы ещё тиму белоруских включили, то было бы просто отлично
Инкапсуляция это объединение данных по классу, сокрытие как мы привыкли видеть это управление его доступностью с помощью модификаторов доступа. Тут все просто
Не с глаголами, ну. Вы что, совсем технари там?
Видео ориентировано для опытных
Проблема отечественного IT в том что тут слишком много русского языка. Когда неудачные переводы из 80-90х продолжают запихивать в новые книги. Открываем любой ответ по запросу Encapsulation и получаем первый ответ "Encapsulation is one of the fundamentals of OOP (object-oriented programming). It refers to the bundling of data with the methods that operate on that data." и второй ответ "Encapsulation is used to hide the values or state of a structured data object inside a class, preventing direct access to them by clients in a way that could expose hidden implementation details or violate state invariance maintained by the methods."
Вероятно эти заблуждения были и в оригиналах нескольких популярных книг, но на западе они не так часто встречаются как у нас.
А в русской википедии все еще "скрытие внутренней реализации от других компонентов". Ладно.. )
так много на ютуб просят поставить лайк ещё в начале видео, при том, что до конца не досмотрел. Типа сейчас покажу тебе что то, но ты скажи что тебе это нравится... :)
Чето джун разошелся, 8 минут объяснять инкапсуляцию...
инскатыляцию*
Я в общем ничего, не понял, но по сути в C# Instance методы это Static методы, но первый аргумент это и есть экземпляр этого класса. В видео наверное что-то другое объяснялось, но мое утверждение можно проверить по генерирумому коду IL, либо можно переопределить метод, с помощью манипуляций с Compiler Services и IntPtr этих методов
* сидит и задумчиво кивает *
Нынче развелось много молодых программистов которые принципиально не используют инкапсуляцию. Пишут отдельно классы только для данных и отдельно классы только для методов работающих с этими данными. Считают себя крутыми ООП-шниками.
То есть эти еретики пишут чистые методы для работы с данными?! Небось ещё и богомерзкие иммутабельные структуры используют, чему их только в школах учили
@@AngryBerserk Самое худшее что они становятся PM-ами, и навязывают вот такой-вот процедурный стиль всем называя это "паттернами".
Ммм... Мартин, "Чистая архитектура". Молодцы, хотя бы источники хорошие берёте. )
Тысячный коммент для легендарного ролика
8:13. До этого момента смотреть бессмысленно, просто тратите время.
Всмысле тратите время? А поржать?
Не знаю что я тут забыл со своей ардуинкой, но было почти интересно.
"История одного байта" - это про вас?
2:50 iiiiiiiiis BORIS !
Думаю, что стоит переобозначить определение. Инкапсуляция - это сокрытие и объединение категория класса.
Slipknot/Bieber трек - топ
Спасибо за видос, в целом доступно, но код ужасен, какая-то мешанина из древного С++, Си и утечки памяти в придачу.
Хоть я и не шарю в C/C++, но malloc без освобождения меня тоже очень смутил. Так можно?
@@Dmittry Можно конечно, вот на видео сделал же. Только не нужно. В данном контексте +-килобайт памяти утек, не страшно, просто одноразовый пример же. Но все равно не нужно.
Код компилился в с++ проекте, кстати. Примечательно, что канпелятор не ругнулся на malloc без каста, g++ бы нафиг послал уже.
Критика это хорошо, а какое у вас решение? Просто нужно чистить за собой мусор, никакой утечки нет посоны
Зачем чистить память в программе, которая работает микросекунду времени и выделяет одну страницу памяти? Где там древний C++? MS компилятор по дефолту читает "*.c" как Си код и плюсовые штуки не схавает, поэтому там не может быть C++.
Пример на С встречается в книге Митчелла - Clean architecture и там он это называет "perfect encapsulation"
Автор видимо траву курил. Поэтому все названия такие же как у других, но с прилагательным, которое возвышает его определения над другими. Perfect polymorphism, wonderful inheritance, amazing overload...
🙂
Js framework качает
Три слона ООП разраба:
- Инкостыляция
- Багоморфизм
- Велосипедование
Честно, никак не получилось вкурить, что вы пытались доказать, может больше примеров нужно было привести
Edit: проще всего говоря, инкапсуляция засовывает члены класса или структуры в условный объект, с которым мы работаем в коде, а сокрытие - это одна из дополнительных возможностей, которая связана с инкапсуляцией (в ассемблере такого, к примеру, нет). Можно еще, наверное, перевести инкапсуляцию как "засовывание в капсулу - в условный объект". Сокрытие же в данном случае - одна из возможностей языка, механизмов, которая связана с инкапсуляцией, скрывающая члены.
Old: Попробую перефразировать:
Вкратце, _инкапсуляция_ как механизм языка позволяет "закидывать все переменные класса/структуры в определённый условный контейнер", используемый в коде (this или кое-что другое, дальше по тексту увидишь). Но часто этот термин смешивают с термином _сокрытия_, которая является дополнительной возможностью языка, проявляющейся во время инкапсуляции.
К примеру, ты не сможешь получить доступ к скрытой переменной какого-либо условного объекта, если язык тебе это запретит, так как во время _инкостыляции_ языком у этой переменной стоит запрещающий (private, protected, internal, protected internal) модификатор доступа, написанный в оригинальном коде, из-за чего компилятор/интерпретатор поймет, что переменная "спрятана", потому будет отброшена с ошибкой попытка получить её.
Во время получения членов класса/структуры (или типа, как угодно) через инкапсуляцию - через условный объект - и проявляется сокрытие, несмотря на то, что это всего лишь отдельная возможность, связанная с инкапсуляции в том или ином языке.
Также...
_this_ - это всего лишь _получение условного представления себя же самого_ (если используется в каком-то методе, но не статичном, логично), оно, по сути, ничем не отличается получением данных другого объекта, так как это одно и то же. this - это получения себя (так проще, я думаю). Кстати, иногда в языках this может опускаться, но всё равно он будет подразумеваться. К примеру, в классе содержится переменная int x, а в методе этого класса ты можешь получить к ней доступ либо как `this.x`, либо как `x` , потому что компилятор поймет - переменной в локальной области видимости нет, из-за чего стоит обратится к объекту класса обладателя метода. Это не сработает, если в локальной области видимости существует уже переменная с таким именем. И еще: в Python вкратце вместо this используется self, однако там другая ситуация с этим, но сама инкапсуляция присутствует (было сказано в видео).
Могу ошибаться, попытался осмыслить сказанное в видео за десять минут, плюс еще немного в википедии. Любая критика приветствуется, абсолютно.
Wisser Tg сложно объяснил, но я понял, перечитав раза 3 и загуглив после ...
Wisser Tg не, ты прям очень сложно объяснил, опустил многие моменты, которых большинство новичков не поймут
@@johnd1431 извиняюсь, не приходилось когда-то объяснять.
мужики я готовлюсь к экзамену по вашим видосам спасибо
Какое то не уверенное объяснение. Сокрытие это сокрытие, а инкапсуляция это когда вот эта переменная вот тут вот так... просто ох***тительное объяснение