Работа с Windows и представлениями в iPad-приложениях - манекены

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

Окно iOS

Единственное окно, которое вы видите на iPad или iPhone, является экземпляром класса UIWindow. Это окно создается во время запуска, либо программно, либо автоматически с помощью UIKit, когда вы используете раскадровку. В общем, после создания объекта Window (т. Е. Если вы создаете его вместо того, чтобы сделать это для вас), вам никогда не придется снова об этом думать.

Пользователь не может напрямую закрыть окно iOS или манипулировать им. Это ваше приложение, которое программно управляет окном.

Хотя ваше приложение никогда не создает больше одного окна за раз, iOS может поддерживать дополнительные окна поверх вашего окна. Одним из примеров является строка состояния системы. Вы также можете отображать предупреждения в верхней части окна, используя предоставленные представления Alert.

iOS View

В мире приложений iOS объекты представления отвечают за функциональность представления в архитектуре Model-View-Controller. A view - прямоугольная область на экране (над окном).

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

Какие просмотры

• Представления отображают содержимое. Это происходит, например, путем рисования и анимации на экране. По сути, объект вида отображает данные из объекта модели.

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

Иерархия представлений

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

В вашей программе эти отношения разные. Представление «Содержимое» добавляется в представление окна как подвью . Но представление Content также может иметь собственные подзаголовки и т. Д. Возможные отношения включают:

• subviews от него.

• superviews любых добавленных к ним просмотров.

• В представлении может быть один (и только один) супервизор и ноль или более подпунктов.

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

Иерархия представления является визуальной и структурной.

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

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

Вы создаете или изменяете иерархию представлений всякий раз, когда вы добавляете представление в другое представление либо программно, либо с помощью Interface Builder. Структура UIKit автоматически обрабатывает отношения, связанные с иерархией представлений.

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