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

[@ExtremeCode]

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

[@ExtremeCode]

bool understand = false; do { var result = youtubeClient.see("yNUJ3vAeyJQ"); understand = brain.getUnderstandState(result); } while (!understand);

[@alexeysamovich301]

@fff аа Смотри видео, пока не вдуплишь.

[@mikhailturov7066]

​@fff аа if (youtubeClient.comment.Contains("@ExtremeCode а по-русски?") && youtubeClient.comment.author() == "fff aa")) { this.Translate(); } public void Translate() { bool понимают = ложь; делать { различный результат = ютубКлиент.увидеть("yNUJ3vAeyJQ"); понимают = мозг.получитьСостояниеПонимания(результат); } когда (!понять); }

[@sledleo]

@@ExtremeCode Канешна болтовня, как и определения - занимательно и не обременительна для автора. Но для простолюдинов было бы нагляднее ввиде схем и картинок пояснять. Ибо простолюдины из болтовни образы не генерят...

[@sandorik]

@fff аа В конце видео полное определение.Разворачиваешь его на весь экран и сиди медитируй пока не прийдёт прозрение.

[@karfagen86]

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

[@bltvg]

Это не паттерны ООП, а принципы ООП. Паттерны - это синглкостыльтон, абстрактная фабрика костылей и всё такое.

[@артёмБратчук-ф1л]

@@bltvg ну если уже правильно говорить, тогда это и не принципы. Это парадигмы)

[@Bloody_River]

@@артёмБратчук-ф1л костыли.

[@ДмитрийОсипов-м9д]

@@артёмБратчук-ф1л ПАРАдигмы(типа как параолимпиада)

[@istox2787]

А как-же акостыляция?

[@nik1tosssa]

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

[@ark-kun7221]

Завтра первая пара в какой аудитории?

[@Calvin_M.]

@@ark-kun7221 Глупый вопрос) Зависит на кого учишься, но ты явно не знал об этом.

[@StanSlider]

Интересно хоть было?

[@alexanderbelov6892]

Кивающие головой - это аутисты?

[@НиколайМорозов-д4о]

@@alexanderbelov6892 нет, киватисты

[@dudenarima2528]

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

[@anthonyminchenko3109]

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

[@yulian_13]

Можно объяснить?

[@slava0207]

@@yulian_13 .cs != JS, Using Linq; так же не совсем, смекаешь)

[@johnd1431]

Юлиан Шмиголь я тоже не понял шутки, там было приложение на С#, причем тут JS фреймворки и после какого слова надо было заржать

[@tozpeak]

@@johnd1431 шутка про то, что в js постоянно появляются фреймворки, и что вполне возможно, где-то однажды появится фреймворк, который позволит писать на c# не выходя из js.

[@Nopefish]

@@tozpeak очень сложная шутка. Можно ещё сложнее?

[@anrybalka]

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

[@kimtyatya]

Боже я ахуел когда узнал это, мне тупа мои азиатские глаза открыли

[@Watozarato]

Функция-конструктор

[@IIEPEDO3]

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

[@wwlb4970]

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

[@MsRomanFed]

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

[@АльбертНикульшин-ш3б]

Самое смешное что ровно такой же пример с Point на языке С был в книге "Чистая архитектура" Мартина... и, внезапно, выступала примером инкапсуляции :)

[@askolit1458]

На С не было единого объекта, который объеденил данные и методы

[@proleternal]

​@@askolit1458а create и getdistance - это, по-твоему, что? Псы нacpaли?

[@АнтонЛапин-е2д]

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

[@antonmarkin6491]

Как результаты собеседования?

[@farpurple]

Как результаты жизни?

[@neilwilson4075]

​@@farpurpleон умер

[@farpurple]

@@neilwilson4075 о7

[@getteg6468]

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

[@Istanislav1]

Спасибо, братанчик

[@denysgranevych8279]

Очень полезно

[@bltvg]

Действительно, можно было уместить в одну картинку.

[@drsmith9536]

То что на слайде это не понятие инкапсуляции, а имплементация инкапсуляции в языке. Реализация скрывает детали не от пользователя, а от следующего уровня абстракции.

[@СергейГундоров-ц8ъ]

Спсб

[@serhiyhrytsiuk4376]

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

[@ГеоргийЖуравлев-к2ъ]

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

[@andreyshostik7703]

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

[@princessmary5556]

Бред. Инкапсуляция вообще не привязана к ООП. А "объединение данных и методов их обработки" - это концепт понятия "класса". К инкапсуляции отнонения не имеет. А ещё, у инкапсуляции нет задачи, что-то там скрывать. Так например, приватная секция классов ничего ни от кого не скрывает.

[@iceEnceladus]

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

[@vc36960]

Просто КГАМ

[@nikolai-Ll9iZXJnYW1vdGgK]

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

[@IIAHKO]

Преследование и поливелосипедизм

[@Sevenvad]

Поликостылизм Костылирование Инкостыляция

[@АльбертДанкович]

Инбагуляция

[@ИванШвалев-к8р]

Велосепидизация и костылирование

[@maestro_denery]

Полимарксизм, инмарксизация...

[@romanalekseev5027]

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

[@РоговТимур]

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

[@bltvg]

Пришёл некто, считающий себя очень умным, сказал, что ты говно. А теперь у тебя из-за него комплекс самозванца.

[@grustnyia2386]

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

[@ExtremeCode]

Грязный байт на комментарий сработал :D

[@grustnyia2386]

@@ExtremeCode :-)

[@LobanovSpace]

Вахахаха

[@CB_CHIEF]

@@grustnyia2386 многие путают отрицательный предлог «не» и приставку «недо», вследствие чего глагол «недосмотреть» (в значении недостаточно следить за кем-л.) пишут раздельно - не досмотреть. А это уже совсем иной смысл: досмотр могут производить, например, таможенники или полицейские, и «не досмотреть» (раздельно) означает не произвести досмотр.

[@SabFo_]

@@CB_CHIEF ох уж этот русский язык

[@dimagorelik3956]

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

[@aljesco8338]

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

[@LobanovSpace]

Хехе

[@maxpayne3491]

автор мастер разводить пиздеж. ему бы на тв работать)

[@faustfreeman3419]

@@maxpayne3491 ни в коем случае. Только чиновником.

[@the__Wizard]

а можно по подробнее, а то я не понял

[@volodymyrmykytenko5324]

Более того: открьіваем книгу Дядюшки Боба, из описания, там також же пример как на видно в С/С++ а вьіводьі противоположньіе: 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.

[@alexsey59]

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

[@viktorkeleberda3355]

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

[@LithiumDeuteride-6]

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

[@princessmary5556]

Вы пишете: *Сокрытие требуется чтобы не допустить некорректное обращения к методам и членам объекта* Чушь.

[@princessmary5556]

Вы пишете: *Например, в XRay есть вектор который надо инициализировать перед прочтением. Значит закрываем его protected* Это не сокрытие. Ограничение доступа к данным ничего ни от кого не скрывает.

[@ВаняЖуков-л8ь]

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

[@2Quard]

Поиски глубоко смысла там где его нет, это способ уйти от реальной жизни.

[@alexkart9239]

т.е. ты орёшь постоянно?

[@extrud96]

Ну, тут вопрос не в поиске смысла, а в том чтоб найти корректное определение для понятия. Я вижу смысл в этом потому что в программировании очень важно понимать что и почему ты делаешь, для этого нужно хорошо и корректно понимать принципы которые ты используешь в работе. Однако в видео небыло показаны последствия не правильного понимания инкапсуляции, что жаль

[@musoismailov6071]

Если ты не копался до смысла, то откуда у тебя утверждение что там нет смысла?)

[@brianryan4053]

По английски это называется overthinking

[@TheMerklar]

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

[@Qraizer]

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

[@waaagh1769]

Держи в курсе

[@pieceofsnitcrappy2800]

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

[@RomanPRO96RUS]

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

[@АндрійЯрута-е5б]

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

[@ДаниилГончаренко-г8я]

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

[@mcblack2010]

Лайк тебе, бро! Так-то без особо четкого понимания определения инкапсуляции имел и имею понимание ООП. Однако всё равно интересно, так как после недавнего прочтения книги, единственная тема которой - использование ООП в одном популярном языке, в голове отложилось именно искаженное понимание (как сокрытие данных). Хотя, для справедливости, в книге много было про сокрытие реализации и смысла она не растеряла. Но вот акцент на определении мне понравился!

[@proximacentauri3206]

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

[@ДмитрийУшаков-л6ж]

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

[@konst3d]

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

[@ДмитрийСоловьёв-ы5п]

Как ты с таким опытом попадаешь на такие собеседования

[@konst3d]

@@ДмитрийСоловьёв-ы5п Всегда ищу где получше.

[@andreysolomatov1552]

...аты попробуй догадаться, что ему накалякали на этой бумажке - и кто...

[@igorklimovskiy7638]

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

[@alexanderbelov6892]

Инкапсуляция - это про объединение в реализации кода и данных под единой сущностью класс. А абстрагирование - это про разделение интерфейса и реализации. Это отдельно существующие понятия.

[@alexgorodecky1661]

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

[@evgeny2495]

Это чистое балабольство в стиле ХаудиХо, знаешь английский - транслируй англоязычный контент, а понимание сути не надо, уже сойдешь за мегапрогера...

[@vanyaivanov671]

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

[@nikita893]

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

[@ilyalisov5284]

было тяжело, но я понял, что инкапсуляция это сокрытие данных

[@игрокфорточки]

нет, инкапсуляция это не сокрытие, но инкапсуляция имеет механизм сокрытия

[@princessmary5556]

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

[@КвасИСышка]

комментаторы выше рофла не выкупают)

[@qlmanlp]

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

[@alekseyshibayev5243]

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

[@0imax]

О, Серёга набирает популярность))

[@Alex023Y]

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

[@illiazheleznyi4588]

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

[@vlad_kara]

Клепать

[@ck33122]

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

[@CDTranslate]

Открою секрет: в большинстве игр, например, никто не очищает ресурсы, если человек нажал на выход, чтобы не жертвовать временем пользователя. Такой своеобразный tradeoff, хотя по завершению программы ОС сама "освободит" ресурсы.

[@Kirik516]

Почему утечка, если по завершению расчета программа выключается?

[@Чёрнаякошка-ц6к]

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

[@Johny_Silverhands]

В менеджере памяти шиндовс все резервируется вот это бесит

[@SerjioSlap]

@@CDTranslate да хрен знает, любая нормальная среда разработки включает в себя ВАЗМОЖНОСТЬ! подмести за собой... Наверное не просто так =)

[@kornext]

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

[@vebyza]

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

[@LobanovSpace]

Хех

[@ИгорьСелезнев-в2у]

Само слово инкапсуляция помогает понять его определение, где в нем про сокрытие? В нем про вложение, термин подобран правильно: объединение данных и методов, работающих с ними, в один объект. С другой стороны, верить видео какого-то парня, который грешит неудачными метафорами и примерами вместо преподавателя? Серьезно? Так может сразу слиться из универа и пойти учиться на ютубе?)

[@vebyza]

@@ИгорьСелезнев-в2у тут дело ещё в том, что дословно переведч слово получится то же самое сокрытие или упрятываение. И получается интересно, мол сокрытие - не только сокрытие. А ютуб, к сожалению, отсрочку не даёт, потому приходится минимально посещать занатия(чтобы не топтать плац) и учиться самому, по крайней мере в регионах

[@ИгорьСелезнев-в2у]

@@vebyza хорошая ремарка кстати про дословный перевод, спасибо, что поправили. Высшее Вам в любом случае будет на пользу. Без него однажды потолок карьеры начнет ограничивать рост. Про инкапсуляцию да, интересно получается.) Это при том, что у самого 10 лет с плюсом стажа разработчика ))

[@ne4to777]

@@vebyza , дословный перевод не получается сокрытие или упрятывание, а получается помещение в капсулу или упаковка. Упаковка или капсула может быть прозрачной и ты можешь видеть внутренности. Может быть даже дырявой и ты можешь изменять эти внутренности, а значит не будет никакого сокрытия, как нет приватных свойств в JS. Но все равно это будет инкапсуляция. Поэтому можешь смело увольнять своего препода.

[@The_EnG1nE]

После этого js framework, сильно похожего на C#, я захотел выучить js

[@WhatIslove-d4r]

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

[@ddosip9308]

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

[@alexandersobolev2769]

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

[@AlexanderKozubskiy]

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

[@johnwick8332]

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

[@lobanovds]

Теперь понял. Спасибо. Инкапсуляция - это мы так скрываем переменные

[@princessmary5556]

Нет, вы не поняли.

[@sergeyvasin6372]

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

[@antizvyagin]

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

[@alexanderkostyuk755]

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

[@YmNIKYm]

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

[@ne4to777]

Хочешь, я тебе реализую инкапсуляцию без сокрытия данных?

[@alexanderkostyuk755]

@@ne4to777 Ну так в чем проблема, давай! выкладывай сюда будем смотреть!

[@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

[@alexanderkostyuk755]

​@@ne4to777 Нормально! Такой вопрос, а как ты ограничил доступ одних компонентов программы к другим?

[@SineSet]

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

[@ilyamz1927]

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

[@FobosWorld]

Обычно это делают чтобы валидировать входные данные при создании нового инстагса

[@danilakhtarov]

Инкапсуляция это объединение данных по классу, сокрытие как мы привыкли видеть это управление его доступностью с помощью модификаторов доступа. Тут все просто

[@vangogih]

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

[@Solfylte]

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

[@vangogih]

@@Solfylte тогда ты не понимаешь что такое инкапсуляция, потому что в С ее не было.

[@Solfylte]

​@@vangogih Ок. Я не написал что она там была или нет, это ваша интерпретация коментария.

[@ВладимирВоробьев-е6о]

Нынче развелось много молодых программистов которые принципиально не используют инкапсуляцию. Пишут отдельно классы только для данных и отдельно классы только для методов работающих с этими данными. Считают себя крутыми ООП-шниками.

[@AngryBerserk]

То есть эти еретики пишут чистые методы для работы с данными?! Небось ещё и богомерзкие иммутабельные структуры используют, чему их только в школах учили

[@ВладимирВоробьев-е6о]

@@AngryBerserk Самое худшее что они становятся PM-ами, и навязывают вот такой-вот процедурный стиль всем называя это "паттернами".

[@MrIbah42]

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

[@bannikovn8814]

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

[@TheKoropet]

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

[@batfist6595]

Найсследование (что?)

[@nikelsad]

Тут, где-то в комментах, было -- преследование =)

[@alexanderp4532]

абстругация

[@mariaguseva2192]

мужики я готовлюсь к экзамену по вашим видосам спасибо

[@ДмитрийСтарушко-в5ф]

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

[@Mik-hm9tb]

Не знаю что я тут забыл со своей ардуинкой, но было почти интересно.

[@alexanderbelov6892]

"История одного байта" - это про вас?

[@vxarlanchuk]

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

[@MasterSergius]

Всмысле тратите время? А поржать?

[@tarzanonline]

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

[@ВладМн]

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

[@Distars-y8s]

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

[@QwerTy-vq1vb]

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

[@nikelsad]

ИнкОстыляция

[@yalauitarik]

@@nikelsad о, уже и у инкостыляции появилось 2 трактовки

[@teddeiread1735]

Инкостыляция? Неплохо)

[@sirjorgenbjorgen2295]

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

[@joefast505]

Согласен!

[@juliusmalkov9620]

@@joefast505 они ещё по C# всего не сняли!!!

[@МаркАндерсон-ы5ж]

Почему всех на плюсы тянет? работы в СНГ на с++ нету, а если есть то плотят на там гроши, если ты не senior

[@g-manchanel1710]

Марк Андерсон прыгать с сисей на другие языки проще всего

[@АлександрФилиппов-ч5р]

@@МаркАндерсон-ы5ж я работаю на плюсах в qt и платят хорошо

[@nikitoskin2012]

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

[@АндрейТихонов-г6ы]

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

[@GazziFX]

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

[@majestif]

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

[@Dmittry]

Хоть я и не шарю в C/C++, но malloc без освобождения меня тоже очень смутил. Так можно?

[@notapirate505]

@@Dmittry Можно конечно, вот на видео сделал же. Только не нужно. В данном контексте +-килобайт памяти утек, не страшно, просто одноразовый пример же. Но все равно не нужно.

[@notapirate505]

Код компилился в с++ проекте, кстати. Примечательно, что канпелятор не ругнулся на malloc без каста, g++ бы нафиг послал уже.

[@Serhii_Likhash]

Критика это хорошо, а какое у вас решение? Просто нужно чистить за собой мусор, никакой утечки нет посоны

[@KaraMaslyatam]

Зачем чистить память в программе, которая работает микросекунду времени и выделяет одну страницу памяти? Где там древний C++? MS компилятор по дефолту читает "*.c" как Си код и плюсовые штуки не схавает, поэтому там не может быть C++.

[@plaintext7288]

Тысячный коммент для легендарного ролика

[@alex-rr5mt]

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

[@BacktoaHappychildhood]

Посмотрю потом, когда буду хоть что-то понимать в этом ))

[@maxon17]

2:50 iiiiiiiiis BORIS !

[@SteemeX]

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

[@IshuckShow]

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

[@user-Dmitry-Brilko]

Думаю, что стоит переобозначить определение. Инкапсуляция - это сокрытие и объединение категория класса.

[@sagamoreBel]

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

[@strateg1hawk]

Очень хорошое сравнение будет именно с капсулой, которая хранит данные и методы, и только эта «капсула» знает о деталях, и мы просто пользуемся всем что есть в этой капсуле

[@princessmary5556]

Нет, вы пользуетесь исключительно публичным api капсулы. А что там есть внутри - вы не имеете никакого понятия.

[@AlexCSharp]

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

[@bogdns]

Инкапсуляцию не поймёшь, если ты её не знал

[@otshelmynik]

Какое то не уверенное объяснение. Сокрытие это сокрытие, а инкапсуляция это когда вот эта переменная вот тут вот так... просто ох***тительное объяснение

[@ЕвгенийВасильев-щ7в]

Видео ориентировано для опытных

[@sobanya_228]

Slipknot/Bieber трек - топ

[@ErOp-nOMugOp]

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

[@alexmorgun851]

Проблема отечественного 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." Вероятно эти заблуждения были и в оригиналах нескольких популярных книг, но на западе они не так часто встречаются как у нас. А в русской википедии все еще "скрытие внутренней реализации от других компонентов". Ладно.. )

[@gunnargunaxe]

Самая главная ошибка в ООП - использование ООП

[@user-mrmirajizhere-927]

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

[@ВасяАфонасьев-л8з]

Благо нам в институте так и объясняли в далеком 2006ом году на 3-ем курсе ))

[@zigzag2341]

9 минут за инкапсуляцию рассказывать.. инкапсулируй этот ролик с глаз моих !

[@КостяКреон]

МУЖИИИИИК! Так и буду объяснять дочке, когда прийдёт время.

[@alexanderbelov6892]

Главное не упустить время. Когда начнёт дёргать батарейку, чтобы ресетить КМОП память, и сбрасывать пароль BIOS - уже поздно. 🙂