Для чего используются геттеры и сеттеры в Java?

Question

[Станислав]

Добрый день! Подскажите, пожалуйста, новичку, для чего используются сеттеры и геттеры в Java?

Суть я понимаю, что они позволяют получать доступ к переменным других классов с уровнем доступа private, но зачем тогда ставить уровень доступа private на переменные, если все равно через геттеры и сеттеры можно их считать из другого класса.

Спасибо.

P.S. Сильно не ругайте, только начал осваивать Java.

Comments

[Сергей Горностаев]

Сильно не ругайте, только начал осваивать Java.

Читайте учебник дальше, там должно быть объяснение.

Answer 1

[Dmitry Roo]

Вопрос, кстати, очень даже не глупый.
Вы абсолютно правильно заметили насчет нарушения инкапсуляции гетерами и сеттерами, но никто же не заставляет вас их писать. Если вы считаете, что объет должен быть иммутабельным - устанавливаете все поля final и инициализируете их только через конструктор. Насчет геттеров - тоже, в зависимости от бизнес-логики, не всегда они нужны.
По этой теме почитайте литературу про ООП (например "Объектно ориентированный подход" Вайсфельда).
И еще, например, Егор Бугаенко по этой теме имеет мнение (относиться к нему стоит со здоровым скептицизмом).
https://www.youtube.com/watch?v=lfdAwl3-X_c&t

Comments

[Максим Федоров]

С Егором аккуратно нужно новичку подкидывать... по сути ответа согласен и докинул ниже свой ответ

[Dmitry Roo]

Максим Федоров, я и говорю: "со здоровым скептицизмом".

[Денис Загаевский]

Dmitry Roo, Кто такой этот Егор и почему его мнение важно?

[Dmitry Roo]

Денис Загаевский, ну так по ссылке можно перейти и там все понятно будет.

Answer 2

[Максим Федоров]

Нет никакого смысла, если нормально программировать и строить простой удобный код. Этакий способ формально соблюсти инкапсуляцию и сокрытие данных: состояние приватное? Приватное :)

Чреваты тем, что плодят высокую связанность в коде, состояние и управляется снаружи (на основе геттеров) и контролируются инварианты где угодно и как угодно. По сути превращаем сущности в структуры, но тк это все же бизнес-объекты, а знания бизнес-состояния нужно — то они гуляют по всему проекту и ничем не ограничены... заплетая и заплетая код снова и снова, а также погружая в эти «сущности» все больше и больше знаний...
Доходит до того, что через заказ можно достать товар, через товар можно достать поставщика, через поставщика пользователя с данными аутентификации... и все работает со всем... плодя кучу сервисов и взрывая мозг...

По вопросу

Нужны только бля быстрых CRUD и для совместимости с кучей библиотек. А также говнокодерам «использовать данные в сервисах»

Сеттеры и геттеры нужны для разных манипуляций: валидация, костыльного маппинга, сериализации и десерриализации.

Хорошими и современной практикой сейчас является — не использование и геттеров и сеттеров...

Литература:
https://martinfowler.com/bliki/TellDontAsk.html
https://www.martinfowler.com/bliki/AnemicDomainMod...
Закон Деметры

Мои изыскания:
Зачем (не)нужны геттеры?
Геттеры/сеттеры и проблема с инкапсуляцией (примеры на Symfony, аналог Spring в php с аналогичной плохой практикой)

Comments

[Денис Загаевский]

Графоманство.

[Максим Федоров]

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

А то как-то исподтишка выходит

[Денис Загаевский]

Максим Федоров, это моё мнение об ответе и об этих твоих статьях. Обсуждать особо тут нечего, у всего есть своя область применения.

Answer 3

[Василий Банников]

но зачем тогда ставить уровень доступа private на переменные, если все равно через геттеры и сеттеры можно их считать из другого класса.

1. Например чтобы можно было внутрь сеттера добавить какую-нибудь логику по валидации, к примеру.
2. Чтобы можно было использовать их совместно с интерфейсами

Comments

[Максим Федоров]

Если внутри появляется валидация, то это уже не сеттер... кроме того этого никто делает

И отдельно — это не имеет смысла, тк к другим полям тоже есть сеттеры, то есть инвариант не спасти

[Василий Банников]

Максим Федоров, зависит от конкретного случая. Например какую-нибудь простую валидацию типа "число не меньше 0", то можно и в сеттере валидировать.

Answer 4

[siriosca]

Чтобы не иметь прямой доступ к переменным, доступ будет осуществлен только через определенные методы (сет и гет). То-есть ты будешь иметь только две возможности (вернуть и задать) значение этой переменной. Другие манипуляции НЕВОЗМОЖНЫ.

Comments

[Erik Mironov]

Тоже очень интересно

Answer 5

[Saboteur]

но зачем тогда ставить уровень доступа private на переменные, если все равно через геттеры и сеттеры можно их считать из другого класса.

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

Comments

[Максим Федоров]

Оксюморон!

Делаем методы, читающие и пишущие НАПРЯМУЮ, чтобы не читать и писать напрямую

[Saboteur]

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

[Денис Загаевский]

Bavashi, сильное заявление. И что же должно быть хранилищем в таком случае?

[Денис Загаевский]

Максим Федоров, как насчёт языков, поддерживающих геттеры и сеттеры на синтаксическом уровне?

[Максим Федоров]

Денис Загаевский, вы про свойства? Например дата-классы в Котлине?

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

Answer 6

[Nickname192]

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

Answer 7

[pazukdev]

Суть я понимаю, что они позволяют получать доступ к переменным других классов с уровнем доступа private

Они позволяют получать контролируемый доступ. Любая сущность должна быть доступна для внешней среды только через интерфейс. Public методы - это интерфейс любго класса. Setter'ы и Getter'ы - часть этого интерфейса.
Хотя аксессоры действительно в какой-то мере могут казаться формализмом.