Я работаю над приложением, в котором есть несколько экранов, и каждый экран имеет один и тот же макет, только разные данные передаются, тогда я хочу, чтобы пользователь мог прокручивать с одного экрана на другой следующий.Приложение для прокрутки: UIPageViewController vs UIScrollView
До сих пор у меня что-то работало с использованием шаблона проекта UIPageViewController
с использованием стиля перехода UIPageViewControllerTransitionStyleScroll
. То, что я делал до сих пор, работает нормально, хотя его ресурсоемкость, потому что он запускает новый контроллер представления каждый раз, когда я сажусь на новую страницу, но я воткнулся в эту проблему.
То, что меня беспокоит, заключается в том, что это не строго приложение для страниц в смысле ibooks, поэтому, хотя я могу сделать его похожим на прокручиваемое приложение, используя настройку стиля перехода, мне интересно, есть ли причина, почему люди, кажется, только использовать этот шаблон для приложений типа книги, если я не ошибаюсь
Кроме того, как представляется, альтернативный подход использования UIScrollView
и PageControl
сделать аналогичные функциональные возможности
http://developer.apple.com/library/ios/#samplecode/PageControl/Introduction/Intro.html
Я не уверен, что oach лучше решить проблему, которую я пытаюсь исправить, поэтому я ищу некоторую обратную связь. Каждая страница должна быть отдельным экземпляром контроллера вида, так как на каждой странице отображается несколько элементов.
UIPageViewController вызывает проблемы, когда вы должны быть предупреждены о реальное время прокрутки, так что вы можете получить смещение. Я просто перешел на UIScrollView. Не уверен, что точка UIPageViewController вообще отсутствует. – user3344977