@GxocT благодарю за напоминание об этом материале. Ведь читал же, да частично позабыл. И сейчас уже наполовину переписал компонент по похожему принципу : )
@Ne0nX, благодарю за ответ. То есть UITableView внутри всё-таки «монолит»? то есть на M-V-C не делится (но скорее всего делится на классы, т.к. в одном классе такую громадину содержать сложно).
На счёт 2),3) уточнил вопрос.
2) — я перепутал: хотел сказать не про простой UISearchBar в «заголовке» «таблицы», а про Search Display Controller.
Хотя, раз есть отдельный контроллер, то это частично проясняет как разные View связываются между собой )
Уточню корни вопроса: переписываю довольно сложный компонент, который изначально был простым View. Но, по мере роста, всё активнее стал взаимодействовать с соседними элементами интерфейса. Кроме того, он повторно используется в разных частях приложения. То есть это не полноценный UIViewController, а всё же контрол.
Потому хочу узнать, как внутри устроены сложные контролы и как построено взаимодействие между ними.
Про UISearchBar я напутал. Имел в виду Search Bar and Search Display Controller, который есть в Object library. Именно он взаимодействует с UITableView: при тапе пользователя на поле ввода, перемещается вверх в «нави-бар» вместе с UITableView.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
