Getter,setter для чего нужны?

Question

[deleted-ITema325]

Важно ли использовать их в названиях методов?

Answer 1

[Evhen]

Это одно из соглашений для класса, что бы он мог использоваться как Java Bean

Свойства класса должны быть доступны через get, set и другие методы (так называемые методы доступа), которые должны подчиняться стандартному соглашению об именах. Это легко позволяет инструментам автоматически определять и обновлять содержание bean’ов.

.

+ на данном соглашении работают куча различных сериализаторов xml/json, JPA

+ простые приставки к методам get и set сразу говорят для чего эти методы.

З.Ы.
По честному, ручное прописывание getter-ов и setter-ов давно всем надоело и избыточно, потому в современных JVM языках, типа Groovy или Scala методы доступа генерируются автоматически компилятором. Для Java есть фреймверк Lombok, он позволяет автоматически генерировать методы доступа к полям.

Answer 2

[Дмитрий Ковальский]

Первый принцип ООП - инкапсуляция. Контроль доступа к полям и методам класса. Как вы их реализуете - ваше дело, но нужно сделать так чтобы было понятно назначение метода

Comments

[deleted-ITema325]

Правильно я понимаю, что использование get и set в названиях методов - хороший тон и все?

[Дмитрий Ковальский]

ITema325: Применение каких либо слов в названиях методов - просто соглашение. Можете не использовать, но нужно понимать что код нужно поддерживать, а иногда и в команде где приняты некие принципы. Лучше привыкнуть их использовать, потом проще будет вливаться в коллектив.

[Сергей Протько]

ITema325: ну вы же должны как-то назвать метод который устанавливает полю значение... как вы его назовете? setSomething

[Noobkesan]

+ ко всему в get и set методах можно не только возвращать значение переменной но и реализовать дополнительную функциональность. Например:
private List list;
getList() {
if(list == null) {
list = new ArrayList<>();
}
return list;
}

[Noobkesan]

Noobkesan: косячник, запятую перед "но" забыл =(

[Дмитрий Ковальский]

Noobkesan: Тут порождаются некоторые скользкие моменты. Возникает вопрос - какую логику можно туда засунуть, а какую нельзя. Есть риск что программист засунет в сей метод полсотни действий, связанных с модифицированием других полей, а то и в базу чего-нибудь отправит. А порой и действительно лучше вернуть Null чем пустой список. Хотя это тоже просто соглашение.

[Noobkesan]

Дмитрий Ковальский: Согласен. Здесь я просто привел пример преимущества get и set методов перед доступом непосредственно к полю класса.
"Возникает вопрос - какую логику можно туда засунуть, а какую нельзя" - для этого же и даются осмысленные имена методам, так getList должен все-таки вернуть лист, а не трогать другие поля)
"А порой и действительно лучше вернуть Null чем пустой список. " - это пример, а возвращать или нет, зависит от ситуации)

[Дмитрий Ковальский]

Noobkesan: "для этого же и даются осмысленные имена методам, так getList должен все-таки вернуть лист, а не трогать другие поля" - Я как пользователь такого метода предполагаю что он мне вернет List. Предположим что для получения этого списка нужно инициализировать некое поле хотя бы default-значением или, при наличии отложений инициализации, код за этим списком в базу полезет. И вот появляются сопутствующие действия, которых я по большому счету не очень ожидаю. Это не плохо, просто порой порождает неожиданное поведение и баги.

[Noobkesan]

Дмитрий Ковальский: Тру стори

Answer 3

[ColdSpirit]

Мне кажется, что возможность изменять параметры напрямую - это потенциальная ошибка в коде (кто-то может неправильно их использовать), также методы гет и сет выглядят более лаконично, например из-за того, что вы даете другому программисту информацию о том, что можно сделать с данным классом, а не сухую переменную.
Также методы гет и сет можно модифицировать таким образом, чтобы они проверяли или изменяли входящие и выходящие данные как нужно, как примитивный пример - метод гетНейм, который берет строку ФИО и извлекает имя, без этого метода программисту-пользователю делать надстройки над классом для извлечения имени.

Answer 4

[Sanan Yuzb]

По идее эти названия использовать не обязательно. Главное придерживаться инкапсуляции.

Comments

[Duster]

Соглашения ни кто не отменял. Это правила хорошего тона среди программистов. А то насмотрелся я как-то на ustanovkaName(String name)...

Answer 5

[Владимир Михалик]

Почитайте раздел на эту тему в head first java. Там все подробно описано.

Comments

[Андрей Гончаров]

У Блоха, также, есть рекомендации насчет геттеров и сеттеров.

Answer 6

[Дмитрий]

Лучше называть методы и классы "говорящими" именами... getSpeedCar и setSpeedCar сразу говорят об их непосредственном применении...