Нужна помощь в разработке приложения с UIPageControl и UIScrollView

Question

Я посмотрел на пример PageControl от Apple, и у меня есть различие архитектурных требований. В этом примере объекты прокрутки и элементы управления страницей находятся на уровне делегата приложения. Это означает, что представление прокрутки и управление страницей появляются при каждом просмотре приложения.

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

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

Answer 1

Посмотрите на Крем , где я делаю именно то, что вы описываете. Основной вид - scrollview + pagecontrol. После запуска приложения в режиме настроек появляется панель настроек, которая не имеет элемента управления страницей.

Решение заключается в том, что у вас есть простой UIViewController верхнего уровня, и вы делаете и scrollview, и viewview дочерними для этого viewcontroller. А для настроек вы анимируете диалог модальных настроек с помощью переворачиваемой анимации в UIViewController верхнего уровня.

Answer 2

То, что вы описываете, похоже на работу родного приложения Weather. Каждый раз, когда вы проводите, информационный свет отображается как часть просматриваемой страницы. Тем не менее, независимо от того, какую информационную лампу вы нажимаете, когда она переворачивается, вы все равно получаете те же настройки. Очевидно, именно так Apple считает, что пользовательский интерфейс должен работать, потому что они сделали это таким образом. Нет причин, по которым вы не можете сделать то же самое.

В этой ситуации вам не нужно создавать синглтон, вы можете использовать [UIApplication sharedApplication] в качестве вашего синглтона, чтобы добраться до своего пользовательского делегата приложения через свойство delegate.