Блог

Модификаторы доступа выполняют две разные задачи:

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

2. Они защищают клиентов класса от изменений внутреннего представления.

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

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

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

Вы отмечаете члены класса private , к которым нельзя получить доступ извне класса. Например, вы используете его, чтобы скрыть детали реализации, чтобы вы могли изменить реализацию, не затрагивая другой код, использующий ваш класс. Скрытие деталей реализации является одним из ключевых аспектов ООП (инкапсуляции). Если вы создаете Car класс, а затем пишете много кода, который использует этот Car класс, и внезапно понимаете, что ваша реализация работает очень плохо, и вам нужно ее реорганизовать, если все детали Car реализации являются частными для Car класса, вы знаете, что ни один из используемых кодов Car не обращается к этим вещам ивы можете изменять их по своему усмотрению. Если вы не отметили их private , возможно, вы использовали некоторые из них в другом коде, который затем сломался.

Аналогично protected (во всяком случае, в Java) предназначено для той же цели, но позволяет классам, производным от вашего класса, получать доступ к этим элементам. Это довольно слабая защита, потому что, конечно, это означает, что вы не можете изменить детали реализации базового класса, не затрагивая производные классы.

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

private или protected исходят из концепции инкапсуляции. и это происходит из концепции сокрытия данных. Я считаю, что это введение понятно и полезно, по крайней мере, для меня :

Инкапсуляция — это процесс объединения данных и функций в единый блок, называемый классом. Используя метод инкапсуляции, программист не может напрямую обращаться к данным. Данные доступны только через функции, существующие внутри класса. Инкапсуляция данных привела к важной концепции сокрытия данных. Скрытие данных — это детали реализации класса, которые скрыты от пользователя. Концепция ограниченного доступа привела программистов к написанию специализированных функций или методов для выполнения операций над скрытыми членами класса. Необходимо обратить внимание на то, чтобы убедиться, что класс спроектирован правильно. (Шриприя Раджагопалан)

Примечание: Ответы хороши, и этот ответ должен их дополнить

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