Зачем делать поле приватным а затем создавать для него геттер и сеттер?

Question

[alexh7854]

Здравствуйте.

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

Для чего это нужно?
Для валидации в сеттерах, для более удобного автодополнения в IDE?

Comments

[Константин Нагибович]

В том числе, для валидации. Чтобы вы были уверенны, что помещаете в поле корректное значение.

[Roman]

alexh7854, правила никто не читает. п.2.2

https://habr.com/ru/post/197332/

Answer 1

[Рональд Макдональд]

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

Answer 2

[abmanimenja]

Это не нужно делать, если геттеры/сеттеры ничего не делают, кроме как изменяют поле.
И ничего не будут делать в будущем.

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

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

Нужно думать - когда надо и когда не надо.

Comments

[Евгений Самсонов]

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

Сделать геттеры/сеттеры —это минимум работы, тем более в IDE обычно есть автогенерация этих методов.

Плюс получаешь все остальное, что было указано в других ответах. Еще могу добавить, что с геттерами/сеттерами удобно устанавливать свойства через "текучий" интерфейс

Answer 3

[Евгений Бухарев]

Например такой код, гарантирует что в option будет экземпляр объекта Example

class Test{
  private $option;
  getOption():Example{
    return $this->option
  }
  setOption(Example $option){
    $this->option=$option;
  }
}

А в целом, закрытие свойств и получение их через гетеры, это инкапсуляция, мы закрываем свойства и открываем методы, давая клиентскому коду некий интерфейс для работы с классом

Answer 4

[d-stream]

Тупой пример:
есть поля цена, количество, сумма

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

притом это не потребует выискивать все места где идет присвоение значения полю (потому что все в сеттере)

Answer 5

[Moses Fender]

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