Для чего нужны геттеры и сеттеры java

Геттеры и сеттеры в Javascript

Javascript — очень изящный язык с кучей интересных возможностей. Большинство из этих возможностей скрыты одним неприятным фактором — Internet Explorer’ом и другим дерьмом, с которым нам приходится работать. Тем не менее, с приходом мобильных телефонов с актуальными браузерами и серверного JavaScript с нормальными движками эти возможности уже можно и нужно использовать прям сейчас. Но по привычке, даже при программировании для node.js мы стараемся писать так, чтобы оно работало в IE6+.

В этой статье я расскажу про интересный и не секретный способ указывать изящные геттеры и сеттеры и немножко покопаемся в исходниках Mootools. Частично это информация взята из статьи John Resig, частично лично мой опыт и эксперименты.

Стандартные геттеры

Что такое Геттеры и Сеттеры, надеюсь знают все. Обычно и кроссбраузерно это выглядит так:

Можно пойти дальше и написать более изящный вариант:

Нативные геттеры/сеттеры

Но есть более удобный способ, который работает во всех серверных движках и современных браузерах, а именно Firefox, Chrome, Safari3+, Opera9.5+ — задание сеттера и геттера для свойства так, чтобы продолжать обращатся к свойству, как свойству. У такого подхода есть несколько преимуществ:
1. Более изящная запись. Представим ORM:

2. Если апи, которое базируется на свойствах уже есть и его нельзя менять (а очень нужно).

Есть два способа задать такой геттер/сеттер:

Через объект:

Через методы __defineGetter__ и __defineSetter__:

Определяем поддержку браузером

Из этого можно получить лёгкий способ определения, поддерживает ли браузер геттеры или не поддерживает:

Как быть с наследованием?

Таким образом нашему target передадутся не значения родительского source, а функции-геттеры/сеттеры.

Что следует помнить

MooTools

Мутулз не поддерживает по-умолчанию такую возможность. И, хотя я уже предложил патч, мы можем с лёгкостью (слегка изменив исходники) заставить его понимать геттеры и сеттеры.
Итак, какая наша цель?

Более того, в классах унаследованных через Implements и Extends тоже должны работать геттеры и сеттеры родительского класса. Все наши действия будут происходить в файле [name: Class] внутри анонимной функции.
Во-первых, внутри функции, в самом верху, определим функцию, которая перезаписывает только геттеры и сеттеры. И хотя мы отказалась от устаревших браузеров — стоит застраховаться.

Конечно, если наш скрипт с такими геттерами попадёт в устаревший браузер, то он просто упадёт, но это страховка от того, чтобы кто-то случайно не взял этот файл и не прицепил его к себе на сайт, а потом недоумевал, что такое с ишаком.
Мы видим, что если __lookupGetter__ не поддерживается, то функция просто ничего не сделает.

Теперь заставляем работать getterы и setterы во время создания класса и наследования (Extends). Для этого:

Отдельным движением надо реализовать наследование геттеров и сеттеров от примесей (Implements). Для этого надо найти встроенные Мутаторы и добавить всего одну строку:

Все, теперь сеттеры и геттеры реализуются и мы с лёгкостью можем их наследовать и использовать. Наслаждайтесь)

Источник

Геттеры-сеттеры в Java

1 ответ 1

В Java данные отделены от методов, дабы предотвратить неверную модификацию этих самых данных, т.е. по сути реализована основа для инкапсуляции. Соответственно для доступа (или правильного доступа) к данным Вам необходимо иметь соответствующие функции. Роль эту и играют функции-геттеры и функции-сеттеры, реализующие, кроме всего прочего, прозрачный интерфейс для работы с данными.

В реализации данных методов и заключен принцип инкапсуляции. По сути вы не видите, как данные обрабатываются (вам известен лишь интерфейс, через который, и только через который вы можете взаимодействовать с объектом), а значит можете быть уверены, в корректности обработки данных, чего нельзя сказать при работе с данными напрямую. Естественно кроме корректности вы получаете целостность, относительную простоту и т.д.

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

Простейший пример: вам необходимо хранить таблицу, которая имеет n-строк, m-столбцов. Для конечного пользователя по сути не должно быть важно, какая структура данных хранит эту таблицу внутри вашего класса, при использовании функции получения k-той строки (пусть это будет хоть массив, хоть список, хоть целая база данных).

Небольшой код для данного примера:

И еще из наболевшего, например, вы хотите хранить IP-адрес, создавать класс вы можете используя десятичную нотацию IP-адресов в виде обычных строк. Но хранить так адреса не экономично, можно использовать числа 4-байтовые целые или массив из четырех байт. Но получаете вы и выдаете IP только в виде строк. А значит:

Источник

Есть два типа свойств объекта.

Первый тип это свойства-данные (data properties). Мы уже знаем, как работать с ними. Все свойства, которые мы использовали до текущего момента, были свойствами-данными.

Второй тип свойств мы ещё не рассматривали. Это свойства-аксессоры (accessor properties). По своей сути это функции, которые используются для присвоения и получения значения, но во внешнем коде они выглядят как обычные свойства объекта.

Геттеры и сеттеры

Свойства-аксессоры представлены методами: «геттер» – для чтения и «сеттер» – для записи. При литеральном объявлении объекта они обозначаются get и set :

Геттер срабатывает, когда obj.propName читается, сеттер – когда значение присваивается.

Например, у нас есть объект user со свойствами name и surname :

Снаружи свойство-аксессор выглядит как обычное свойство. В этом и заключается смысл свойств-аксессоров. Мы не вызываем user.fullName как функцию, а читаем как обычное свойство: геттер выполнит всю работу за кулисами.

Давайте исправим это, добавив сеттер для user.fullName :

Дескрипторы свойств доступа

Дескрипторы свойств-аксессоров отличаются от «обычных» свойств-данных.

То есть, дескриптор аксессора может иметь:

Например, для создания аксессора fullName при помощи defineProperty мы можем передать дескриптор с использованием get и set :

Ещё раз заметим, что свойство объекта может быть либо свойством-аксессором (с методами get/set ), либо свойством-данным (со значением value ).

Умные геттеры/сеттеры

Геттеры/сеттеры можно использовать как обёртки над «реальными» значениями свойств, чтобы получить больше контроля над операциями с ними.

Использование для совместимости

У аксессоров есть интересная область применения – они позволяют в любой момент взять «обычное» свойство и изменить его поведение, поменяв на геттер и сеттер.

Давайте его сохраним.

Добавление геттера для age решит проблему:

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

Источник

Геттеры и сеттеры

Материал на этой странице устарел, поэтому скрыт из оглавления сайта.

Для управляемого доступа к состоянию объекта используют специальные функции, так называемые «геттеры» и «сеттеры».

Геттер и сеттер для воды

На текущий момент количество воды в кофеварке является публичным свойством waterAmount :

Это немного опасно. Ведь в это свойство можно записать произвольное количество воды, хоть весь мировой океан.

Это ещё ничего, гораздо хуже, что можно наоборот – вылить больше, чем есть:

Так происходит потому, что свойство полностью доступно снаружи.

Чтобы не было таких казусов, нам нужно ограничить контроль над свойством со стороны внешнего кода.

Для лучшего контроля над свойством его делают приватным, а запись значения осуществляется через специальный метод, который называют «сеттер» (setter method).

Теперь waterAmount – внутреннее свойство, его можно записать (через сеттер), но, увы, нельзя прочитать.

Для того, чтобы дать возможность внешнему коду узнать его значение, создадим специальную функцию – «геттер» (getter method).

Единый геттер-сеттер

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

При вызове без параметров такой метод возвращает свойство, а при передаче параметра – назначает его.

Единый геттер-сеттер используется реже, чем две отдельные функции, но в некоторых JavaScript-библиотеках, например jQuery и D3, подобный подход принят на уровне концепта.

Итого

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

Задачи

Написать объект с геттерами и сеттерами

Напишите конструктор User для создания объектов:

Должен работать так:

Обратим внимание, что для «геттера» getFullName нет соответствующего свойства объекта, он конструирует ответ «на лету». Это нормально. Одна из целей существования геттеров/сеттеров – как раз и есть изоляция внутренних свойств объекта, чтобы можно было их как угодно менять, генерировать «на лету», а внешний интерфейс оставался тем же.

Добавить геттер для power

Обратим внимание, что ситуация, когда у свойства power есть геттер, но нет сеттера – вполне обычна.

Здесь это означает, что мощность power можно указать лишь при создании кофеварки и в дальнейшем её можно прочитать, но нельзя изменить.

Добавить публичный метод кофеварке

При этом, конечно же, должны происходить все необходимые проверки – на положительность и превышение ёмкости.

Источник

This, Getters и Setters в классах Javascript

Классы

Объектно-ориентированyное программирование в Javascript не является чем-то новым, но в то время как многие другие языки использовали синтаксис классов, Javascript все еще не использовал его. Это всегда было важной деталью, которая беспокоила некоторых разработчиков, потому что было немного сложнее легко мигрировать между технологиями.

Так, начиная с ECMAScript 2015 (ES6), классы стали частью языка. Это не изменило и не добавило функциональности, но внесло лучшую организацию в код, кроме того, вошло в стандарт других технологий.

Представьте, что вам нужно как-то изолировать или защитить элементы этих классов. Что для этого использовать?

Представьте, что вы объявляете класс учителей следующим образом:

И внутри этого класса вы захотели добавить метод – который является не более чем функцией, специфичной для него – под названием greeting, который будет печатать на консоли “Доброе утро” для этого учителя.

Для этого нам понадобится соединить свойства имя и фамилия во время печати приветствия. Вот тогда и появляется это. Это слово происходит от английского “this”, поэтому можно понять, что его использование направлено на то, чтобы направить эти свойства на сам класс. следующим образом:

Но тогда почему мы не можем использовать для этого само имя класса? Все просто, представьте, что есть глобальная переменная с таким же именем teacher. Если мы используем teacher.name внутри класса, это может привести к двусмысленному коду, что вызовет проблемы.

Getter

Геттер, с синтаксисом get, связан с функцией, которая будет вызвана при обращении к рассматриваемому свойству и динамическом запросе. Вы можете использовать его для возврата состояния внутренней переменной без явного использования методов. следующим образом:

В этом примере мы просто использовали геттер для возврата значения, которое уже было объявлено фиксированным образом. Что если мы хотим вернуть динамическое значение, как среднее значение других свойств? Мы можем сделать это следующим образом:

Некоторые важные моменты, на которые следует обратить внимание при использовании геттеров, следующие:

Однако как мы можем установить значение свойства с помощью параметра? Итак, у нас есть последний модификатор – сеттер.

Setter

Обычно используются в сочетании с геттерами, сеттеры используются для установки значений для определенного свойства.

Поэтому в данном случае мы можем вызвать сеттер, передав параметр для изменения значения свойства name студента.

При использовании сеттеров следует обратить внимание на следующие важные моменты:

Теперь мы можем как получать доступ к свойствам объекта (с помощью геттеров), так и изменять их значения (с помощью сеттеров).

Источник