Модификаторы доступа в PHP

Модификаторы доступа - это, по сути, интерпретация инкапсуляции в ООП. Напоминаю, что инкапсуляция - это механизм сокрытия реализации объекта. Простой пример из жизни. Многие из Вас ездят в метро, и Вы сначала проходите через турникеты, прикладывая к ним специальный билет. Затем, если на Вашем билете ещё остались поездки, то турникет Вас пропускает, а если нет, то пищит и не пропускает. Вы задумывались над тем, почему так происходит? Вы задумывались над тем, как он определяет, сколько поездок ещё осталось, как он подаёт сигналы на открытие или подаёт сигнал на писк? Я думаю, что большинство из Вас даже об этом не думало. Почему? Да, потому что реализация для Вас скрыта. Всё, что Вы видите так это то, что турникет работает и всё. А как он работает Вы не знаете, и самое главное, что Вы и знать не должны. Вот это и есть пример инкапсуляции - сокрытие реализации объекта от объекта, который его использует. И для реализации инкапсуляции существуют модификаторы доступа в PHP.

В PHP имеется три модификатора доступа:

1. Public
2. Protected
3. Private

Начнём с модификатора доступа public. Данный модификатор означает, что свойство, метод или конструктор будут доступны для всех объектов, которые их используют.

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

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

Давайте продолжим заниматься классами по автомобилям и реализуем их заново, но с использованием модификаторов доступа. Напоминаю, что раньше мы использовали только public, что не есть хорошо. Итак, абстрактный класс, отвечающий за "Автомобиль":

Как видите, мы сделали свойства объекта Car защищёнными (protected), то есть они теперь доступны только внутри самого класса Car, а также во всех его наследниках. Также мы закрыли служебную функцию sound(), сделав её также protected. Всё остальное (конструктор и метод move()) мы оставили открытыми, то есть public. Иногда всё-таки бывает нужно иметь доступ к свойствам, однако, делать их открытыми совсем не хочется. Тогда добавляют так называемые методы get и set:

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

Теперь класс "Auto", отвечающий за легковой автомобиль:

Здесь мы поменяли модификатор доступа только у метода sound().

И, наконец, скрипт, который использует объект Auto.

Здесь мы создали объект Auto. Потом получили доступ к его свойству X (напоминаю, что модификатор доступа стоит protected, поэтому писать так нельзя: $auto->x; - будет ошибка). Затем меняем значение свойства Y на 5. А после вызываем метод движения. Вы можете всё проверить и убедиться, что всё работает как швейцарские часы.

Таким образом, мы с Вами привели код нашей программы к наилучшему варианту. Возможно, Вы спросите: "А где использовать модификатор доступа private?". Используйте его всегда, если у Вашего объекта не будет наследников. Главное, чтобы Вы понимали чётко: служебные методы (то есть методы, которые не будут использоваться за пределами класса) - в private (или protected), а методы, которые будут использоваться за пределами класса, необходимо пометить как public. Что касается конструктора, то Вы можете его пометить как private, если не хотите, чтобы можно было создать объект (такое часто бывает нужно, например, при реализации шаблона Singleton, когда от одного класса может быть создан лишь один объект на всю программу, впрочем, это уже другая история). А со свойствами поступайте так: если свойство используется за пределами класса очень часто, то делайте его public, если не используется вообще, то private (или protected). Если свойство используется, но достаточно редко, то сделайте его private (или protected), но также реализуйте методы get и set. Вот и всё.

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