Ответ 1

Этот пост относится к ранним дням современной iOS. Он обновляется текущей информацией и текущим синтаксисом Swift.

Сегодня в iOS "все является контейнером". Это основной способ создания приложений сегодня.

Приложение может быть настолько простым, что оно имеет только один вид. Но даже в этом случае каждая "вещь" на экране является контейнером.

Это так просто...

(A) Перетащите вид контейнера на свою сцену...

Перетащите вид контейнера в вид сцены. (Подобно тому, как вы перетаскиваете любой элемент, например UIButton.)

Контейнерный вид - коричневая вещь на этом изображении. На самом деле это внутри вашего вида сцены.

Когда вы перетаскиваете вид контейнера в вид сцены, Xcode автоматически дает вам две вещи:

1. Вы получаете вид контейнера внутри вида сцены и

2. вы получаете совершенно новый UIViewController, который просто сидит где-то на белом фоне вашей раскадровки.

Эти два связаны с "масонским символом" - объяснено ниже!

(B) Нажмите на этот новый контроллер представления. (Так что новая вещь, которую Xcode сделал для вас где-то в белой области, а не вещь внутри вашей сцены.)... и измените класс!

Это действительно так просто.

Вы сделали.

Здесь то же самое объясняется визуально.

Обратите внимание на контейнер на (A).

Обратите внимание на контроллер на (B).

Нажмите на B. (Это B - не A!)

Идите к инспектору в правом верхнем углу. Обратите внимание, что там написано "UIViewController"

Измените его на свой собственный класс, который является UIViewController.

Итак, у меня есть класс Swift Snap, который является UIViewController.

Поэтому там, где написано "UIViewController" в Инспекторе, я набрал "Snap".

(Как обычно, Xcode автоматически завершит "Snap", когда вы начнете набирать "Snap...".)

Это все, что нужно сделать - все готово.

Как изменить вид контейнера - скажем, на вид таблицы.

Поэтому, когда вы нажимаете, чтобы добавить представление контейнера, Apple автоматически предоставляет вам контроллер связанного представления, расположенный на раскадровке.

В настоящее время (2019) по умолчанию он становится UIViewController.

Это глупо: нужно спросить, какой тип тебе нужен. Например, часто вам нужно представление таблицы.

Вот как изменить его на что-то другое:

На момент написания Xcode по умолчанию дает вам UIViewController. Допустим, вы хотите вместо этого UICollectionViewController:

(i) Перетащите контейнерный вид на вашу сцену. Посмотрите на UIViewController на раскадровке, который XCode предоставляет вам по умолчанию.

(ii) Перетащите новый UICollectionViewController в любое место основной белой области раскадровки.

(iii) Нажмите на контейнер внутри вашей сцены. Нажмите инспектор соединений. Обратите внимание, что есть один "Triggered Segue". Наведите курсор мыши на "Seggered Segue" и обратите внимание, что Xcode выделяет весь нежелательный UIViewController.

(iv) Click the "x" to actually delete that Triggered Segue.

(v) DRAG из этого запущенного сега (viewDidLoad - единственный выбор). Перетащите через раскадровку на свой новый UICollectionViewController. Отпустите, и появится всплывающее окно. Вы должны выбрать для встраивания.

(vi) Просто удалите весь ненужный UIViewController. Вы сделали.

Короткая версия:

• удалите ненужный UIViewController.

• Поместите новый UICollectionViewController в любое место на раскадровке.

• Перетащите элемент управления из контейнера Подключения - Запуск триггера - viewDidLoad, в ваш новый контроллер.

• Обязательно выберите "вставлять" во всплывающем окне.

Это так просто.

Ввод текстового идентификатора...

У вас будет один из этих "квадрат в квадрате" масонских символов: он находится на "линии сгиба", соединяющей ваш контейнерный вид с контроллером представления.

"Масонский символ" - это переход.

Выберите переход, нажав на "масонский символ".

Посмотрите направо.

Вы ДОЛЖНЫ ввести текстовый идентификатор для перехода.

Вы выбираете имя. Это может быть любая текстовая строка. Часто хорошим выбором является "segueClassName".

Если вы будете следовать этому шаблону, все ваши сегменты будут называться segueClockView, seguePersonSelector, segueSnap, segueCards и т.д.

Далее, где вы используете этот текстовый идентификатор?

Как подключить "к" дочернему контроллеру...

Затем выполните в коде следующее в ViewController всей сцены.

Допустим, у вас есть три вида контейнера в сцене. Каждый контейнерный вид содержит свой контроллер, например "Snap", "Clock" и "Other".

Последний синтаксис

var snap:Snap?
var clock:Clock?
var other:Other?

override func prepare(for segue: UIStoryboardSegue, sender: Any?) {
    if (segue.identifier == "segueSnap")
            { snap = (segue.destination as! Snap) }
    if (segue.identifier == "segueClock")
            { clock = (segue.destination as! Clock) }
    if (segue.identifier == "segueOther")
            { other = (segue.destination as! Other) }
}

Это так просто. Вы подключаете переменную для обращения к контроллерам, используя вызов prepareForSegue.

Как подключиться в "другом направлении", вплоть до родителя...

Скажем, вы "в" контроллере, который вы поместили в представление контейнера ("Snap" в примере).

Попасть в контроллер представления "босс" над вами может быть непонятно (в данном примере "Dash"). К счастью, это так просто:

// Dash is the overall scene.
// Here we are in Snap. Snap is one of the container views inside Dash.

class Snap {

var myBoss:Dash?    
override func viewDidAppear(_ animated: Bool) { // MUST be viewDidAppear
    super.viewDidAppear(animated)
    myBoss = self.parent as? Dash
}

Критический: Работает только с viewDidAppear или новее. Не будет работать в viewDidLoad.

Вы сделали.

Важно: это работает только для представлений контейнера.

Совет, не забывайте, что это работает только для контейнеров.

В наши дни с идентификаторами раскадровки, это обычное дело, просто чтобы выскочить новые представления на экране (а не в разработке Android). Итак, допустим, пользователь хочет что-то редактировать...

    // let just pop a view on the screen.
    // this has nothing to do with container views
    //
    let e = ...instantiateViewController(withIdentifier: "Edit") as! Edit
    e.modalPresentationStyle = .overCurrentContext
    self.present(e, animated: false, completion: nil)

При использовании представления контейнера ГАРАНТИРУЕТСЯ, что Dash будет родительским контроллером представления Snap.

Однако это НЕ ОБЯЗАТЕЛЬНО ДЕЛО, когда вы используете instantiateViewController.

Весьма странно, что в iOS родительский контроллер представления не связан с классом, который его создал. (Это может быть тем же, но обычно это не то же самое.) Шаблон self.parent только для представлений контейнера.

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

Обратите внимание, что в наши дни довольно просто динамически загружать представление контейнера из другой раскадровки - см. последний раздел ниже. Это часто лучший способ.

prepareForSegue плохо назван...

Стоит отметить, что "prepareForSegue" - это действительно плохое имя!

"prepareForSegue" используется для двух целей: загрузки представлений контейнера и перехода между сценами.

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

Было бы больше смысла, если бы "prepareForSegue" называлось что-то вроде "loadingContainerView".

Более одного...

Распространенная ситуация: у вас есть небольшая область на экране, где вы хотите показать один из нескольких различных контроллеров представления. Например, один из четырех виджетов.

Самый простой способ сделать это: просто иметь четыре разных контейнера, все они находятся внутри одинаковой области. В своем коде просто скройте все четыре и включите тот, который вы хотите видеть.

Легко.

Контейнерные представления "из кода"...

... динамически загружать раскадровку в представление контейнера.

Синтаксис 2019

Допустим, у вас есть файл раскадровки "Map.storyboard", идентификатор раскадровки - "MapID", а раскадровка - это контроллер представления для вашего класса Map.

let map = UIStoryboard(name: "Map", bundle: nil)
           .instantiateViewController(withIdentifier: "MapID")
           as! Map

У вас есть обычный UIView на главной сцене:

@IBOutlet var dynamicContainerView: UIView!

Apple объясняет здесь четыре вещи, которые нужно сделать, чтобы добавить динамическое представление контейнера

addChild(map)
map.view.frame = dynamicContainerView.bounds
dynamicContainerView.addSubview(map.view)
map.didMove(toParent: self)

(В таком порядке.)

И чтобы удалить это представление контейнера:

map.willMove(toParent: nil)
map.view.removeFromSuperview()
map.removeFromParent()

(Также в таком порядке.) Вот оно.

(Однако обратите внимание, что в этом примере dynamicContainerView - это просто фиксированный вид. Он не изменяется и не изменяет размер. Это предполагает, что ваше приложение никогда не вращается или что-либо еще. Обычно вам нужно добавить четыре обычных ограничения, чтобы просто сохранить карту .view внутри dynamicContainerView, как он изменяет размеры.)

Ответ 2

Я вижу две проблемы. Во-первых, поскольку вы создаете контроллеры в раскадровке, вы должны создавать их с помощью instantiateViewControllerWithIdentifier:, а не initWithNibName:bundle:. Во-вторых, когда вы добавляете представление в качестве подзаголовка, вы должны предоставить ему фрейм. Таким образом,

- (void)viewDidLoad
{
    [super viewDidLoad];

    self.aboutVC = [self.storyboard instantiateViewControllerWithIdentifier:@"aboutVC"]; // make sure you give the controller this same identifier in the storyboard
    [self addChildViewController:self.aboutVC];
    [self.aboutVC didMoveToParentViewController:self];
    self.aboutVC.view.frame = self.utilityView.bounds;
    [self.utilityView addSubview:self.aboutVC.aboutView];
}