UIView по сравнению с UIViewController

Вы будете использовать оба. Разработка Cocoa Touch следует методологии MVC (модель, представление, контроллер). Это способ разделения логики кода и элементов пользовательского интерфейса. UIView - это то место, где вы обрабатываете то, как это выглядит, UIViewController - это класс, в котором вы обрабатываете события. Если вам нужен самый простой способ пролистать множество страниц контента, загляните в UIPageControl.

Это способ разделения логики кода и элементов пользовательского интерфейса. UIView - это то место, где вы обрабатываете то, как это выглядит, UIViewController - это класс, в котором вы обрабатываете события. Если вам нужен самый простой способ пролистать множество страниц контента, загляните в UIPageControl.

Это способ разделения логики кода и элементов пользовательского интерфейса. UIView - это то место, где вы обрабатываете то, как это выглядит, UIViewController - это класс, в котором вы обрабатываете события. Если вам нужен самый простой способ пролистать множество страниц содержимого, загляните в UIPageControl.

UIViewController ничего не может отобразить; он просто координирует отображение UIView. Таким образом, фактические изображения нужно будет делать в UIView. Кроме того, ваш UIView отвечает за распознавание касаний, жестов и т. Д. Но на этом все заканчивается; фактическая реакция вашей программы должна зависеть от UIViewController.

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

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

Изображения необходимо добавить (через addSubview) в объект UIView или объект, подклассифицированный из UIView, например UIControl, UIScrollView и т. д.

Вероятно, вам НЕ нужно создавать собственный класс представления, например MyView. Я обнаружил, что единственная реальная причина для создания настраиваемого представления - это эффективность или высокодинамичный контент, такой как текст или изображения, которые перемещаются внутри представления. Если вы не планируете реализовывать функцию drawRect, не беспокойтесь о пользовательском представлении.

Вы хотите создать подкласс UIViewController. Он будет управлять поведением вашего представления и (обычно) является лучшим местом для создания представления, которым оно управляет.

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