Большинство пользовательских интерактивных приложений (мобильный, рабочий стол или даже веб-ли) использовать подход, управляемый событиями. Методы вызываются в ответ на события, обычно инициируемые пользователем, но, возможно, другими действиями, такими как приход пакета из сети или доступность обновленных данных местоположения GPS.
Порядок исполнения зависит от порядка этих событий в значительной степени; очевидно, что определенные блоки кода, такие как инициализация приложений и, скажем, методы жизненного цикла UIViewController, всегда будут возникать одновременно или в одной и той же последовательности по отношению друг к другу, но в целом выполнение является асинхронным.
В результате вы не можете точно указать точную последовательность выполнения во временных условиях (т. Е. Вы не можете сказать, что «a будет работать через 5 секунд, а затем b будет работать после этого, а затем ...»). Вы можете понять последовательность выполнения в ответ на события - «когда пользователь удаляет эту кнопку, этот метод выполняется. Он обновляет данные на сервере». «Когда сервер уведомляет, что данные были сохранены, этот код выполняет обновление текстового поля» или «когда периферийное устройство Bluetooth отправляет данные, этот код выполняет».
В случае drawRect: ответ, как отметил Фил в своем комментарии, в основном «когда система нуждается в этом контроле, чтобы нарисовать себя». Поскольку вы не знаете, что пользователь собирается делать или что произойдет (например, телефон может звонить, обновляя дисплей полностью из вашего управления приложениями, требуя вызова drawRect), вы не можете точно знать, когда вещи будут вызваны.
Вам нужно понять контекст, в котором вы пишете код, что его запустит и что должен делать код.
Если контекст является подклассом, таким как UIView или UIViewController, то вам нужно обратиться к документации, чтобы узнать, какие события или методы необходимо реализовать вашему коду.
Если контекст является обработчиком пользовательских событий (например, нажатием кнопки), вам необходимо реализовать любую логику, которая вам нужна в ответ на это событие.
К сожалению, я думаю, что ответ на ваш вопрос в случае объекта, о котором вы упомянули, во многих случаях сводится к «RTFM»; вам нужно понять класс, который является подклассом, и события и методы, которые требуются.
Learning Swift или Objective-C - это легкие части разработки iOS. Понимание классов и рамок и то, как они работают, - настоящая кривая обучения!
, пожалуйста, дайте пример метода, который вам интересен в ICViewPager. – BooRanger
, если честно, почти любой метод в ViewPagerController.m. Например, когда в приложении tabView вызывается drawRect. –
Существует много делегатов, источников данных (протоколов) и суперклассов, используемых для вызова методов в iOS. Не всегда очевидно, кто звонит. –