🦊Новый поток Advanced курса Enterprise Patterns стартует уже 1 февраля 2023 года ❗ Регистрация - go.foxminded.ua/3GVhKa7

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

Как я долго ждал от вас этого, спасибо!

С удовольствием записался бы на ваши курсы, но проживаю и учусь в Германии. Очень часто обращаюсь к вашим лекциям по темам которые плохо усвоил на основной учебе. Спасибо за ваш канал!

Спасибо Сергей, хорошее объяснение!

Приятно вас слушать - как психотерапия :)

Вы очень хорошо и доступно объясняете. Спасибо Сергей за труд вас и ваших коллег!

Уникальный контент на канале! Блогеров с таким опытом в айти не существует!) спасибо!

Класна подача матеріалу простими зрозумілими словами та з практичними порівняннями)

Спасибо вам огромное за ваш труд! Работаю программистом самоучкой вот уже 4-5 лет но некоторые вопросы до конца понял только после того как посмотрел ваши видео. Можете записать видео про design patterns и dependency injection?

Я бы сказал что уже ООоочень давно просил это видео) Ну тем не менее спасибо что раскрыли эту тему хотя бы сейчас) Слава богу что то что я понял до этого видео совпало с тем что вы рассказали (спасибо ExtremeCode)

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

Дядь, офигенный стиль подачи инфы! Благодарю!!!

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

Спасибо. Хорошо объяснили, доступно и понятно.

теперь в моем понимании инкапсуляция - механизм языка программирования, который позволяет объединить данные и методы, работающие с этими данными, в единый объект и скрыть детали реализации (блин где то я уже это слышал, но все равно спасибо!)

С каждым Вашим видео я становлюсь умнее =)

Как только услышал ''Здравствуйте, мои дорогие" , то сразу подписался на канал.

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

Одно из самых адекватных объяснений в интернете.

Дуже дякую!!!

Спасибо за видео, добра вам

Шикарно!

Рад слышать, что инкапсуляция это не только сокрытие)

Thanks!!!

Спасибо все поняла

Все понял. Спасибо!

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

Дуже дякую за пояснення ООП .

Сергей хороший дядька 👍😀

Спасибо за подробное разжевывание, понятное даже для "чайников". Полезная рубрика!

раз уж про принципы ООП заговорили, давайте заодно и SOLID разберем :) думаю, многим будет полезно.

Вас всё ещё зовут Сергей Немчинский??????

спасибо!

Гайку открутили жопа отвалилась! Ты сделал мой день :-D

дякую!!!

очень интересно рассказываете

блин!!! Нуууу очееннььььь здоровооо было бы, если бы, вы, автор, подкрепляли вашу теорию кодиком, так было бы веселее!!!

спасибо

Спасибо ,очень понятно и просто. Приятно вас слушать✌️

Я такую аналогию придумал: представьте, на гонках вам нужно вычислять скорость машин по времени прохождения контрольного участка. И есть помощники. Один пишет на вашу доску номер болида, второй время в начале участка, а третий время в конце участка. Ваша задача посчитать. Но машины могут ехать кучно, и иногда начинается путаница: на одной строке оказывается номер одной машины, первое время от другой, а второе время от третьей. Бардак. Тогда вы придумали сделать так. Для каждой новой машины помощники заводят карточку, ну которую пишут номер, два значения времени и отдают карточку вам. Вы считаете скорость, пишете ее в специальное поле и возвращаете карточку. Теперь путаницы нет.

РАЗ, ДВА, ТРИ !!! СЕРЁЖЕНЬКА ДАРИ !!!

Да. Согласен с комментаторами. SOLID было бы круто разобрать. Но в любом случае Сергею спасибо.

гарно

У Вас ещё есть лекции по принципам ООП на канале Которым лет 5-6 Смотрел с удовольствием Все разжевано, интересно и понятно

Серёжа, по ассемблеру ещё сделай пару обзоров. По 16-bit и 32-bit.

Именно сокрытие всегда и было. Не знал другую трактовку))

Сергей, я не профессионал в программировании, но интересующийся. Если бы я послушал Ваш комент на тему инкапсуляции я бы сошел с ума, но есть книга " как программировать на visual С#" Объявление переменных экземпляров с модификатором доступа pri vate называется сокрытием информации (или инкапсуляцией). Когда приложение создает объект класса GradeBook, переменная courseName инкапсулируется ( скрывается) в объекте, а обращаться к ней могут только члены класса объекта

Вашим трактовкам я вращенья придавал. :D - воин в тёмных одеждах

В дополнение ко всему уже сказанному моим тёзкой хотел бы добавить, что инкапсуляция это крайне важный аспект ООП. Я год работал в одной фирме, где народ долгое время игнорировал инкапсуляцию. В результате из кода вырос нелетающий макаронный монстр. В этом коде было пяток классов по 20к строк, которые были настолько сильно связаны друг с другом, что их можно было считать за один. Любое изменение в этих классах с вероятностью 80% приводило к отваливанию каких-то фитч. Единственное, что спасало, это неплохое покрытие тестами. Но и тут был зашквар, поскольку прогон всех тестов длился около часа. Это особо сильно доставало, когда надо было быстро исправить баг, потом исправление, потом исправление исправления и далее рекурсивно. Мораль сего опуса очевидна: инкапсулируйте свои классы во всех смыслах, о которых рассказывал автор ролика, и будет Вам счастье. Те, кто хочет ещё больше узнать о том, как пользоваться инкапсуляцией, рекомендую поискать лекции Егора Бугаенко на тему elegant objects.

Вчера у меня на канале вышло видео про термины ООП. А тут и у Сергея вышло. А мне пишут: тема заезженная зачем оно надо. Надо - тут действительно много есть, что обсудить и подумать. Что касается инкапсуляции, я ее вообще не разделяю на два принципа т.к. это было бы просто странно одно без другого. Так, что тут Сергей прав: данные, методы, сокрытие - все нужно и не отделимо друг от друга.

Было бы хорошо пару примерчиков каких нибудь показать еще

Ничего не понятно, но оооочень интересно! Благодарю!

Серёженька ! Сделай обзор по Delphi, LAZARUS и Free Pascal.

О, качество картинки стало круче!)

Привет, от бывшего студента! Сергей, первая трактовка это основа ООП-парадигмы, т.е. способ оформления кода и ничего более, когда класс содержит в себе атрибуты и свойства. Но к инкапсуляции это не имеет отношение, т.к. поля можно сделать не только private. Хотя, если имеется ввиду, что класс выступает, как капсула для полей, то все равно - это не инкапсуляция с точки зрения ООП. Тогда и про локальные переменные можно сказать, что они инкапсулированы в методах, но это будет странно. Кроме того инкапсуляция действует не только по отношению к полям, но и методам, позволяя изменять внутренние методы без последствий для пользователей API. P.S. кстати, используя сеттеры без каких либо валидаций и проверки входных значений делает инкапсуляцию бесполезной. Обращение через сеттер к полям без проверок ничем не отличается от того, если бы эти поля были бы public и мы к ним обращались напрямую. Это, кстати, не все осознают.

Сергей, здравствуйте! Правильно ли я понял, что можно рассмотреть как объект коробку передач автомобиля? А в качестве интерфейса взаимодействия - селектор выбора передач. Данные это обороты и мощность двигателя, а методы - передаточные числа.

Рекомендую к просмотру всем, а не только новичкам. А то иного тех.лида спросишь - не может объяснить.

В тему с инкапсуляцией можно еще рассказать про рефлексию :)

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

Очень хотелось бы почаще слушать Вас в формате ten minutes about... Удобоваримо объясняете, ёмко. О переменных бы... А вообще хотелось про VAR мнение узнать

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

Ух, сейчас понабегу :D. Класс - это не объект, это класс объектов. Понятие из математики ) Само собой, если сам класс не является объектом. Например функциональный объект в JavaScript также может являться и классом Экземпляр класса является объектом, а еще объект может существовать без отдельного класса, например простой объект: { name: 'name', rename(name: string) { this.name = name } } Имеет тип: { name: string; rename(name: string): void; } но не относится ни к одному классу кроме как к Object, к которому относятся все объект в JS. Для некоторых(python, ruby, php ...) языков это также справедливо. Также с помощью класса можно выразить пространство имен, например абстрактный класс со статическими методами. В общем я это к том что 2 определения существуют и между ними возникает путаница(как и прикол с внезапным 4-м столпом абстракцией для старичков, а еще SOLID приписывают к столпам ООП) из-за того что эти определения про разное. В первом случае это относится к определению понятия объекта и его свойств, а во втором к мышлению в стиле ООП(философия) и непосредственно к написанию кода(практика). Хотя с другой стороны, всё еще проще: Сокрытие - это сокрытие! :D вот это поворот Инкапсуляция - это размещение в оболочке.

Музыка чуть чуть отвлекала громко немного. А так всё поделу, лайкос!

Существует только 3 гендера так сказать. Спасибо за выпуск!

Инкапсуляция это процес отделения абстрации от реализации. Клиентскому коду нужен только интерфейс с декларируемыми методами, но от клиента скрыта реализация этих методов, в этом суть инкапсуляции

Спасибо, я за последний год впервые услышал на ютубе адекватное мнение на эту тему. Мне кажется вы упускаете один важный момент инкапсуляции как сокрытия. Инкапсуляция это не только сокрытие состояния, но и внутренней логики. Объект получает данные с диска(кэша) или через http, а клиенту этого объекта все равно откуда появился отчет, например. Это была одна из основополагающих предпосылок возникновения самого ООП - убрать реализацию с глаз долой. От людей, пишущих на современных языках, как-то странно слышать о том, что инкапсуляция это не сокрытие. Хочется спросить у них: "А вот модификаторы доступа какой базовый принцип реализуют?" С другой стороны заявление о том, что инкапсуляция это только сокрытие, звучит еще страннее. В том же самом С были структуры, и можно было реализовать сокрытие их внутреннего содержимого. Но это ни разу не делало C объектно ориентированным языком. И только объединение данных с методами позволило появится ООП в том виде, в котором мы его знаем (вернее это один из необходимых принципов).

Серёжа, в Ассемблере всё сложнее с ООП. Ну, ты понял =)

у меня идет экзамен по этой теме а я смотрю ваше видео

Расскажите пожалуйста какие у Вас есть курсы и для чего какой нужен.

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

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

Хочется больше услышать про enterprise, почему джаву не начнут заменять? Или почему не получится написать enterprise на nodejs + nestjs(typeScript). Яндекс деньги переписали вроде, или это другой enterprise? Чем именно незаменима джава, и почем другие статически типизированные языки не могут занять нишу в создании новых enterprise проектов?

А казалось бы о чем спор. Методы, которые работают с данными, должны быть заключены с ними в одном объекте -> соответственно не должно быть методов вне объекта, взаимодействующих с данными-> соответственно данные должны быть сокрыты от внешних воздействий.

Сергей, а вы случайно снимаете видео не на Logitech C920?

Добрый день! Скажите плиз, является ли нарушением инкапсуляции случай, если я обращаюсь к полю объекта для того, чтобы узнать его значение? Например, у объекта есть булево значение ready и я обращаюсь к нему if объект.ready is True: делай что-то. Или все-таки нужно писать метод, который будет мне его возвращать?)

Хммм. Интересные мысли. Я и не знал что существует 2 трактовки. И что одну из них можно применить к более широкому понятию чем только Class Тогда вылезает проблема, что часто непонятно что является этим "классом" и какие кишки (методы, объекты) отдавать наружу и позволять другим разработчикам использовать их... Короче заставляет задуматься

Инкапсуляция это - капсула!!!

System.out.println("вы очень хорошо объясняете");

Добрый день, товарищи. Меня зовут Сергей Немчинский, я программист 9 разряда, почётный ректор Киевского Государственного Института Программостроения и Багоисправления им. Фоксмайндедова.

Если знакомы с Angular/Angular Material, то хотя бы раз должны были встретится со второй трактовкой инкапсуляции, которую привел автор

Если учесть, что рефлексия сводит к нулю хоть какую-то возможность ограничения доступа ("сокрытия"), то только первое определение и есть верным

посоветуйте книгу про ооп спасиба

5:33 чуть не подавился ;D

а есть видосик про "новомодное" движение анти-инкапсуляции -- наоборот отделать данные от кода? пару раз слышал, что на собесе задавали подобные вопрос типа "в чем минусы ООП?"

8:36 много другой чего-чего?

О как мило:) А синьорам тоже можно слушать?

Не толпа, а друзья Дункана МсЛауда)))

Что из себя представляет объект? Проект? Класс? Функция? Тип данных? Переменная?

А есть ли языки в которых можно сокрыть данные? Подозреваю что данные всегда можно изменить минуя методы объекта.

сокрытие это сокрытие, а инкапсуляция это инкапсуляция. Сразу все понятно о ваших курсах)

На Extreme Code целые холивары по этой теме

ВОПРОС - KOTLIN или что-то другое заменит JAVA в АНдроид? Ведь Java не от гугла, а от другой корпорации, уже были с этим проблемы.

Сергей, спасибо большое за ваши познавательные видео! Хотел отметить маленькую опечатку в описании, можете исправить: "поговорим ОБ инкапсуляции" (всем плевать, конечно, но всё же))).

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

Ну, в GUI - Да ! Ну, некоторые свой GUI разрабатыают. Например, в JAVA.

Инкапсуляция реализует абстракцию. Три принципа как есть.

1:19 определение

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

сайд эффект? как интересно.... (а что это такое? :)