ТВОЯ ГЛАВНАЯ ОШИБКА В ООП 

Да, тут должен быть какой то смешной комментарий, совсем забыл. Ставь лукас, а то че как бивень А для бустеров у нас есть эксклюзивный контент: boosty.to/extremecode P.S. 3-е сентября пришлось вырезать, дядя Шуфутинский за 10-и секундную вставку бабок хочет -_______________-

- Какие паттерны ООП вы знаете? - Костылирование, Инкостыляция и Поликостылизм.

Ничего не понял, но из-за того, что достаточно хорошо кивал головой, теперь учусь в стенфорде

Проорал с синтаксиса JS-фреймворка

ОБОЖАЮ когда ты приводишь по 20 аналогий ежесекундно

Кароч, инкапсуляция - это объединение данных и методов работы с этими данными в одной упаковке («капсуле»). Основа инкапсуляции (капсула) - КЛАСС.

можно не смотреть видео полностью, 8:14 мин главная суть.

Недопусти этой ошибки на собеседовании! "Не" с глаголами пиши раздельно! P.S. Шучу. Не смог удержаться. :-D

ИНКАСТЫЛЯЦИЯ, 6/\*b! :D

Чтобы понять в простых словах что такое инкапсуляция, стоит, возможно, понять, что является её нарушением. Нет, объявление полей объекта вместо приватных публичными - это не нарушение инкапсуляции. Крайне распространённое нарушение И. - это уверенность в том, что какое-либо из состояний системы вам заранее известно. - Если вы создаёте метод, держа в уме, что какая-то пропертя в памяти\базе\на фронте\на бэке будет именно такой; - Если вы умело полагаете что, "в основном", данный метод вызывается лишь когда был вызван иной из другой части программы - Если вы уверены что реализация сервиса\репозитории\дао\базы\любого слоя на ваш выбор всегда будет такой как сейчас - И даже если вы наделяете переменную свойствами, которые ей не гарантированы - "эта переменная не может быть НУЛЛ" - "в этой строке по-любому можно вставить значение форматированием" - "пользователь не идиот и знает регекспы" то вы нарушаете инкапсуляцию в каком-то очень глобальном масштабе. Конечно, сокрытие реализации от пользователя - это инкапсуляция. Но это примерно такая же инкапсуляция, как тот полиморфизм, который показывают студентам на примере собак и кошек. Вроде полиморфизм, но становится ли понятней когда вместо собак и кошек AbstractServiceFactoryFactoryFactory?

Суть такова, что тебе не нужно знать как работает автомобиль для того, чтобы пользоваться его интерфейсом (рулевым колесом, рычагом кпп, и педалями), т.к. внутреннее устройство инкапсулировано. Говорю этот пример на собесах и норм :)

Эх отличная подача информации с юмором и очень объемно, спасибо, лайкосик поставил :)

раньше я не очень-то понимал что такое инкапсуляция. Теперь понял, что вообще ничего не понимаю!

Никогда не занимался на C, но в конце ролика понял, что к чему. Красавчик автор)

Как-то столкнулся с таким же недопониманием Инкапсуляции на всоём первом собеседовании. Я тогда у Моженкова посмотрел видос об ООП и почерпнул этот дзен об Инкапсуляции у него. Решил блеснуть на собеседовании, но как-будто о стену ударился. Выпускайте, пожалуйста, видосики почаще!!!!

Чувак, как хорошо, что твое видео попало ко мне в рекомендации. Завтра иду на собеседование, теперь надеюсь, что меня спросят про инкапсуляцию. И только про нее:)

тот случай когда до видео знал тему а после засомневался что знал из-за сложной подачи автором и остановил видео чтобы найти в интернете принципиальную схему котЭ ))

Блин, это было реально классно) всё оказывается так просто)

Код, написанный на С в начале ролика, как пример НЕинкапсуляции, полностью удовлетворяет "понятному и полному" определению инкапсуляции данному на 8:22

начали видео выходить, я очень рад)

Всегда орал с людей, которые пытаются найти глубокий смысл там, где его нет.

Классный фреймворк :)

1:31 - Мое лицо, когда меня (15+ лет в деве), начинают спрашивать на собеседовании, что такое "инкапсуляция"... И делает это, какой-нибудь HR, которому "правильный ответ", написали на бумажке.

Видос офигенный! Однозначно лайк!

Спасибо за видео! :)

Угарнул с фреймворка, спасибо за видос

Экстримкод, люблю

Рекомендации 2021. Это то что я хотел посмотреть)

да вы жжети парни, еще одно видео не за год. мое почтение

Оооо, сё, пойду пиздить препода по проге, который говорит, что инуапсуляция = сокрытие(вызовите скорую, пожалуйста, у меня дома рыбка живёт ещё)

Хорошо рассказываете, уверенно. Прошу указать ссылки на литературу, ведущие к определениям "инкапсуляции" и "чистого ооп", или это лично ваши определения, полученные после реального кодинга?

Братан, хорош, давай, давай вперед! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого почаще?

Спасибо за видео, из всех общедоступных источников (в основном видосики на ютубе) данное определение инкапсуляции только в книге еще встретил, "Сам себе программист" вроде .. подписался на канал.

Вообще-то, товарищ программист, лайк нужно ставить после просмотра видео (а не в начале), чтобы алгоритм ютуба, "обрабатывающий лайки" засчитал его.

Пример на C если что и продемонстрировал, то только не отсутствие языковой поддержки ООП в C. Отладчик студия не дал доступа к полям структуры исключительно по меркантильным соображениям, и никакое ООП тут ни при чём. Зато он прекрасно показал "подкованность" автора в механизмах ООП, где последнее П - это Проектирование, а не программирование. Последующий пример на Шарпе окончательно добил. Эх... а как обнадёживающе начинался видос...

Вообще-то это не инкапсуляция и не сокрытие. Это реализация после объявления - особенность C/C++, которая позволяет объявить сигнатуру и использовать функцию/тип ДО её/его реализации или вообще в другом файле, например, когда несколько типов имеют указатели на данные типа друг друга, или чтобы не загромождать код сложными структурами. А невозможность при этом достучаться до содержимого объявленного типа - побочный эффект такой особенности. Если функцию (getDistance), обращающуюся к содержимому объявленного так типа (struct Point) реализовать в другом файле, то она тоже не сможет достучаться до содержимого этого типа. Если структуру (struct Point) целиком объявить в заголовочном файле, то всё будет исправно работать. Сравнение с примером в C# не совсем корректно. Там всё это работает потому, что в качестве аргумента метода класса (чего вообще нет в С) используется объект такого же типа, и так как метод является членом класса, то "знает", что называется, "изнутри" структуру полей объектов своего типа, и поэтому нужное поле объекта в аргументе "видит". Кстати, в C++ это тоже работает. В C все обращения к любым типам - только "снаружи". Тем не менее, автор, пиши/снимай ещё. Годно.

Потрясающий пример того, как сделать видос на восемь минут ни о чём

Инкапсуляция - принцип который связывает данные и методы(это реализует конструкция класса) что позволяет скрыть детали реализации и упростить использование интерфейса взаимодействия, используется совместно с модификаторами доступа что бы указать что будет интерфейсом взаимодействия, а что деталью реализации.

ппц ты как Боженька открыл мне глаза я то думал ....спасибо

Спасибо за новый термин - инКАСТЕляцию!

Контент топ! Давай по больше вот этого)

В конце нужно добавить "... и предоставляет пользователю интерфейс для взаимодействия с ним"

Инкапсуляция - это возможность менять состояние объекта только им самим (с) Сергей Немчинский

Автор, скажите пожалуйста, с какого источника вы взяли определение

Воу воу воу, палехче! Слишком много инфы за такой короткий срок! Мы то привыкли переваривать все по нескольку месяцев) P.S. Годно!

Очень приятный голос,с хорошим обьяснением,Только вот я не программист...

дизлайк за утечку памяти в си программе

Мало что понял, но очень интересно, особенно когда код набирается

Спасибо за видос! )))

Вижу видос от ExtremeCode - ставлю лукас

Инкапсуляция (понимаемая как связывание вместе данных и методов для работы с ними) _на самом деле_ связана с механизмами ограничения доступа к этим данным. Это не _сокрытие_ (когда внутреннее устройство данных неизвестным; такой «черный ящик»), а именно _ограничение доступа_ - т. е. невозможность работать с этими данными _в обход_ заданных методов. Такое требование прежде всего предназначено для повышения _надежности_ кода. Разработав и протестировав класс (структура данных + методы для работы с ними) вы _гарантируете пользователям этого класса предсказуемость его работы. Собственно, именно в этом и состоит суть связывания вместе данных и методов. Подход функциональных (не ООП) языков с независимым определением структур и функций ничуть не менее удобен, чем синтаксис языков ООП, где обрабатываемая структура просто переносится из аргумента функции в ее «префикс» (имя объекта с точкой перед именем метода). Связывание вместе данных и методов нужно _как раз_ для _ограничения доступа_ к данным! Возможность работы с данными напрямую (точнее, возможность изменять их), _минуя_ заранее заданный набор методов, можно сравнить с дырой в заборе рядом с «навороченным» пропускным пунктом со развитой системой безопасности (всевозможные сканирования сетчатки, рамки металлоискателя и пр.); все эти меры безопасности бесполезны, когда их можно легко обойти через заботливо оставленную дыру. Ну и уже во _вторую_ очередь - ограничение доступа к данным _только_ через его методы позволяет изменять реализацию, не меняя интерфейс доступа (и, соответственно, не меняя код существующих клиентов). Но это всего лишь дополнительная «удобность», не ___ Строго говоря, ООП-языки, допускающие определение public-данных (а это и C++, и C#, и Java, и т. д.) _нарушают_ инкапсуляцию и, таким образом, являются, строго говоря, _не совсем_ ООП-языками. А вот, например, то, как организована работа с окнами (hWnd) в Windows (всех версий, начиная с самых первых), как это ни парадоксально звучит, является _хорошим_ примером ООП, несмотря на чисто C-шную реализацию и связанные с этим синтаксические неудобства. Там есть и полиморфизм (можно разослать одно и то же сообщение самым разным типам окон - будь то кнопки, списки, комбобоксы или главное окно программы), пройдясь по списку hWnd - и получить специфическую для каждого типа окон реакцию на это сообщение. Есть и аналог наследования - субклассирование, когда вы для нового типа окна переопределяете реакцию на некоторые сообщения, переадресуя обработку остальных в оконную функцию «родительского» типа окон. И наконец, там _совершенно правильно_ организована инкапсуляция - по одному только hWnd вы не сможете получит доступ к внутреннему представлению данных окон, миную определенные для него «методы» - типы сообщений MSG, которые могут быть обработаны данным типом окон. Как видно из этого примера, «связывание данных и методов» при помощи _специального синтаксиса_ языка программирования (вроде определения классов, как «структур с методами») вовсе не обязательно для реализации принципов ООП.

Видос и не рассчитан на новичков. Автор указал на то, что обычно в определении инкапсуляции ставят акцент на сокрытии данных, а не на объедении методов и данных в один объект. И достаточно доступно это разъяснил

Сокрытие требуется чтобы не допустить некорректное обращения к методам и членам объекта. Например, в XRay есть вектор который надо инициализировать перед прочтением. Значит закрываем его protected, а get у него конечно public, и всё, никаких проблем не имеем. А если вектор будет так же public, то можем иметь ошибки которые могут быть достаточно трудно обнаруживаемые, если другой программист который не в курсе проблемы, будет использовать этот член объекта напрямую.

ничего не понял, но очень интересно ...

Пример с расстоянием между точками был взял из книги дяди боба про архитектуру?)

Тупо браво)) определено лайк и репост))

"ИнКастыляция" =)

Спасибо за топ контент!

Большое спасибо!

Честно говоря, понятия не имею как я наткнулся на данное видео и зачем зашел, т.к естественно ничего не понял, но было очень интересно! Спасибо!:))

Чем плох конструктор для создания класса?? :((

Ты крут! Жду больше видосов :3

Просмотрел полторы минут и сразу подписался

Инкостыляция, порноморфизм.. что дальше?

а когда полноценный курс C++ будет ?

Хорошее определение, мне нравится

Спасибо за видео

Инкапсуляция это скрытие чегото, помещение его в капсулу! и все! Дослоно в капсулу(encapsulate=заключать в капсулу )! А связывание данных и медотов в один обьект это для слишком умных!

Slipknot/Bieber трек - топ

А где можно скачать этот модный новый JS Framework? Очень уж он, мне понравился.

Инкапсуляция - это принцип сокрытия реализации от пользователя. При этом не важно чего - класс, модуль, приложение. Этот принцип необходим для абстрагирования реализации от интерфейса. Мне кажется это понятнее и главное точно не содержит ошибок типа где-то объект, где должен быть класс.

Я так понял, что Инкапсуляция - это сокрытие.

Js framework качает

Очень понравилась вставка с хардбасом!

Подскажите плиз, что за кавер на слипкнот на 3:14?

2:50 iiiiiiiiis BORIS !

* сидит и задумчиво кивает *

Прямо как в школе, нужно знать наизусть...

Люблю такие штуки, особенно когда человека ищут клипать формы, а спрашивают какие типы семафоров есть. Эти теоретические данные хороши, но это же надо меньше чем в 1% кода.

Ммм... Мартин, "Чистая архитектура". Молодцы, хотя бы источники хорошие берёте. )

8:13. До этого момента смотреть бессмысленно, просто тратите время.

ExtremeCode - канал про то, что такое инкапсуляция

Я просто хочу сказать, спасибо тебе большое за твои видео!

Не с глаголами, ну. Вы что, совсем технари там?

долго, мало смысла, демагогия.

Те, кто пишет, что суть в конце -- просто не посмотрели видос целиком. Чел на протяжении 8 минут отделял инкапсуляцию от сокрытия, а на последних секундах просто все скидал в кучу и сказал, что это определение инкапсуляции

Ну наконец ты мне глаза открыл! А то я уж не справился бы

Спасибо за музыку! Если бы ещё тиму белоруских включили, то было бы просто отлично

Спасибо за видос, в целом доступно, но код ужасен, какая-то мешанина из древного С++, Си и утечки памяти в придачу.

Только через 8, сука, месяцев и несколько раз пересматривая это видео, я понял что такое инкапсуляция. Твою ж дивизию как все просто.

@ExtremeCode сможешь объяснить почему NET Framework так странно написан. Есть тип AppDomain в нем статическая функция Unload(AppDomain domain) и в ней вызывается domain.getDomainID() которая вызывает статический метод Thread.GetDomainID(), но раз это статический метод, то почему его бы не вызывать сразу в Unload, хотя по логике тогда бы самоуничтожался домен, но как на поток может влиять вызов метода другого домена?

6:46 инкастыляцыя? Теперь Я слышал всё!

инкостыляция)

Есть другое понятие инкапсуляции в сетях связи, поэтому "неправильное" определение является общим для всех областей. А то, что ты назвал - более узкое)

Это шедевр!!!

Че за фреймворк? ;)

Чето джун разошелся, 8 минут объяснять инкапсуляцию...

Спасибо. Мне стало понятней.

Я в общем ничего, не понял, но по сути в C# Instance методы это Static методы, но первый аргумент это и есть экземпляр этого класса. В видео наверное что-то другое объяснялось, но мое утверждение можно проверить по генерирумому коду IL, либо можно переопределить метод, с помощью манипуляций с Compiler Services и IntPtr этих методов

Для начала: даже маленькие примеры должны быть корректными. Где освобождение памяти в C-варианте примера? И второе: зачем демонстрировать ООП и правильную инкапсуляцию на JS Framework'е, когда ничуть не хуже это можно сделать на C++, заодно и продемонстрировав отличия от C?