Лучшее объяснение, что я видел.

Про другие принципы тоже будет очень интересно послушать)

Даешь обучение за 30 сек. Спасибо за отличные видео

Уже на первых секундах поставила лайк за музыку :D

взял себе для собеса пример. Спасибо

ахахаха хорош)

Чтобы баланс не был отрицательным, существует fcl тип uint. Но в целом, да, ты прав)

топ

Скажите пожалуйста правильно ли я понял) Инкапсуляция обеспечивает три правила: 1. Данные (поля), и методы которые работают с этими данными, находятся в одном классе. 2. Сокрытие данных: данные (поля) должны быть сокрыты от внешнего использования т.е. поля должны быть приватными. 3. Методы, которые работают с данными (полями), защищают от неправильного использования.

Интересное объяснение и великолепная подача. Но разве инкапсуляция это не про связывание данных и методов работы с ними в одном объекте? Как раз модификаторы доступа + инкапсуляция позволяют реализовать защиту состояния объекта и согласованность его данных, а не одна лишь она.

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

0:37, странный миф, окей, сделаем мы поля приватными, а как дальше с ними взаимодействовать? Понятно что на этом не всё, ведь сделав программу на публичных модификаторах, после чего, познакомившись с инкапсуляцией, просто сменив поля на приватные, ничего не получиться, в некоторых моментах могут появиться ошибки, что вы больше не можете так просто выводить данные и т. д.

Если быть точным, то за 1 минуту 7 секунд

Инкапсуляция это набор методов' при котором объект никогда не будет в не правильном состоянии

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

абсолютно не верно. Это крайне поверхностное понимание и более того неверное.. В приведенном коде 1 уже есть инкапсуляция. Внутреннее состояние обьекта уже защищено механизмом языка, а данные и код обьединенеы в некоторую абстракцию, капсулу, в данном случае class(но это не обязательно должен быть class, может быть и сборка и метод и солюшен), так же имеется возможность использования этого обьекта посредством публичного интерфейса .Все. . Оно, внутреннее состояние, может быть не защещено с точки зрения требований описаных в коде 2.Но откуда мы знаем смотря на код 1, что у нас есть требования 2? Ниоткуда. Логика может быть такая, что баланс может быть отрицательный. Преобразование кода 1 в код 2 - это всего лишь детализация. Не более. Обьект и в коде 1 обладал инкапсуляцией. В языке с# инкапсулия - это И обьединение даннвх и методов в единой абстракции И сокрытие деталей реализации. Есть языки ООП в котором это либо то, либо то, либо и то и то. В зависемости от конретного языка.

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