Mam dla mnie dość złożony widok, który ma kilka „tacek” z niestandardowymi elementami interfejsu. Wsuwają się do mojego głównego widoku. Chciałbym zagnieździć (addSubview) elementy wewnątrz widoku. Każdy z nich wymaga konfiguracji przed wyświetleniem ... i żaden nie może być skonfigurowany w IB (są to podklasy UIView).

Zastanawiam się, czy ma sens podklasy UIViewController dla każdego „zasobnika”, a następnie wskazanie właściwości widoku VC na widok „zasobnika”, który mogę wypełnić moimi niestandardowymi obiektami UIView. W ten sposób mogę wykorzystać metody viewDidLoad, etc ... w UIViewController.

Nie znam innych, którzy to robią - przynajmniej w kilku próbkach, które obejrzałem. Stworzyłoby to sytuację, w której na ekranie byłoby jednocześnie wyświetlanych wiele kontrolerów widoku. od samego kontrolera nawigacji po kontroler rootViewController i jego widok, a następnie dowolną liczbę (dobrze, jeśli pozwala na to rozmiar ekranu) tych małych kontrolerów trayViewController. Jeśli tak, jak działa łańcuch reagowania? zakładam, że przejdzie od najniższego UIView do otaczającego VC, następnie do widoku rodzica VC, wtedy VC tego widoku itd. itd. powtórz, powtórz .. aż do UIApplication ... czy proszę o kłopoty?

LUB, czy po prostu trzymam się UIViews i dodawam podpowiedzi do subpozycji itp. Itd.