Ну попробуй

Ну вообще это кажется логичным.
В MVC импорт UIKit в контроллерах и классах кастомных UI-элементов.
В иных архитектурных решениях, вполне возможно что не так, я не знаю.

Привет, знает кто, где можно найти бесплатные видео-уроки по X-Code? Желательно, чтобы в уроках он был новых версий, а то потом ещё проблемы будут)

Имхо, проблема в том, что нет стандартного, общего решения.
Множество архитектурных решений пораждают массу вариантов решения одних и тех же задач. Наглядно демонстрирует это вопрос с заполнением ячейки в классе контроллера или в классе ячейки.
Я считаю, но не претендую на истину, что передача модели в ячейку - смешивание слоев MVC (в другое я не умею).
Ты, вроде бы, не говоришь об MVC, но называешь это разграничением обязанностей.
@drywet для использования подобного метода предлагает прибегнуть к MVVC.

Короче говоря, трудно прийти к общему мнению, говоря об архитектуре.

От того, что ты стал юзать вьюмодель у тебя архитектура не поменялась. Это стандартный подход по развязыванию

По развязыванию?

Ага

Кого? Чего?

Связанности )

Между чем? Что там связано на узелок?)

Твоя вью с моделью. Ну ты чего?

Я не могу ответить, я ее не пробовал.

Т.е. MVVM позволяет отвязать вью от модели.
Я может чего-то не понимаю.
В любом случае, спасибо, на досуге посмотрю на эту архитектуру.Ь

Назначить другой объект датасорсом?

Может MVVM?

Да, сори.

Да ничего, просто MVVC глаза мозолит)

TableViewController: User Interaction (has dataSource instance and sets the dataSource property to that object)
DataSource: UITableViewDataSource implementation
ViewModel: Injects depencies from Model ( var model: Model? { didSet { ... } } / configure(with model: Model) { ... } )
Model: Stores data

Ты так мой ответ представлял? @huemae