Нативная разработка мобильных приложений

50

Представления
Изменение состояния представлений
Класс 
View
предлагает несколько методов для изменения свойств, управляющих 
отображением 
View
. Например, 
View.setLeft
изменит позицию 
View
относитель
-
но его контейнера, а 
View.setAlpha
изменит прозрачность. На практике очень 
часто используется метод 
setVisibility
, чтобы показать или скрыть представ
-
ление. Для изменения позиции обычно рекомендуется использовать 
setTrans­
lationX
или 
setTranslationY
, а не 
setLeft
, 
setTop
, 
setX
или 
setY
. Методы 
setTransla­
tion*
добавляют указанное «смещение» к нормальной позиции представления. 
Например, если имеется 
LinearLayout
с несколькими строками миниатюр и ме
-
ток и вы вызвали 
setTop
для второй строки, это может повлиять на весь список 
строк. С другой стороны, если вы хотите на короткое время сдвинуть ее вниз, 
чтобы открыть некоторый пользовательский интерфейс под ней, то можете 
безопасно использовать метод 
setTranslationY
, вызов которого не затронет об
-
щей структуры макета контейнера.
Подклассы 
View
представляют собой пеструю компанию и, как правило, пред
-
лагают специальные методы. Например, 
TextView
предлагает такие методы, как 
setText
и 
setTextSize
, а 
ImageView
имеет метод 
setImageBitmap
для изменения ото
-
бражаемого изображения.
Хотя большинство свойств 
View
можно инициализировать в XML, изменять 
их почти всегда приходится программно. Для получения и присваивания зна
-
чений свойствам платформа Android использует исключительно методы чте
-
ния/записи. Вы всегда должны использовать 
myView.setVi
sibility(View.GONE);
вместо 
myView.visibility
=
Vi
ew.GONE;
. Эта проблема имеет довольно долгую 
историю (и столь же долго длятся споры) в сообществе Java, так же как в от
-
ношении применения модификаторов доступа (
private
и 
public
). Дело в том, 
что некоторое время тому назад несколько умных парней собрались и сказали, 
что никогда (или почти никогда) не следует использовать инструкции, извле
-
кающие или присваивающие значения свойствам напрямую, а вместо этого 
следует использовать методы чтения и записи, чтобы авторы и пользователи 
API могли перехватывать эти «события» и добавлять свою логику до или после 
чтения или изменения состояния программы.
Тем не менее Kotlin допускает использование инструкций прямого присва
-
ивания:
myView.visibility = View.GONE
Но за кулисами эта инструкция вызовет метод записи; в действительности, 
если в Kotlin вы добавите логику в метод записи, а затем непосредственно при
-
своите значение свойству, как показано в этом примере, 
будет
выполнена ло
-
гика в методе.
iOS
В iOS под термином «представление» обычно понимается экземпляр 
UIView
или его подкласса. Представлением может быть все, что отображается на экра
-
не, – метка, изображение, карта, встроенный веб-браузер и многое другое! При 

---

iOS 

51
этом все представления, в простейшем их виде, занимают прямоугольную об
-
ласть на экране устройства с определенной позицией.
Базовым представлением, в котором запускаются все приложения iOS, яв
-
ляется экземпляр 
UIWindow
. Каждый 
UIViewController
имеет свойство 
view
, содер
-
жащее ссылку на экземпляр 
UIView
. Окно приложения имеет вложенное пред
-
ставление корневого контроллера. Замена самого верхнего представления 
с помощью перехода или вызовом 
show(_:sender:)
просто меняет местами два 
UIView
(управляемых своими контроллерами представления) на экране.
Учитывая важность 
UIView
в iOS, давайте посмотрим, как работать с этим 
классом.