ребят, кто публиковал игры свои?

Здравствуйте. Пытаюсь разобраться в многослойных архитектурах. Не могу понять, как связать между собой разные слои: кто кем должен владеть? Опишу ход своих мыслей, а вы поправьте, где ошибаюсь.

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

Если я правильно понимаю, то этот класс бизнес логики должен быть от всего независим. Например, располагаться в AppDeligate. Но как к нему тогда отбращаться если он не владеет вьюхами, а они не владеют им? Делегаты, насколько я понимаю не создать: вьюх-то много. В голову приходят разве что нотификации. Или вариант сделать класс синглтоном. Но и то и другое, на сколько я понял, не самые лучшие варианты. Должен же, наверняка, быть более правильный способ связывать разные слои?

Или это просто я не правильно понял многослойную архитектуру и ее надо делать совсем по другому?

Судя по парсу данных, picture выступает в роли модели, в которой ещё модель data. В общем порядок такой: создаёшь структуру Picture, в неё пихаешь let data: Data?, далее создаёшь структуру Data, в ней height, is_...(лень писать), url, width, далее в FacebookUser присваиваешь константе photo тип не String, а Picture, вот тебе и будет парс

Спасибо

MVC паттерн сам по себе странный, кто-то трактует это так, что model может знать о viewcontroller, как viewcontroller о моделе, модель не может знать о view, как вью о моделе, а viewcontroller связывается с view для обработки юзерских действий.
Крч, M<->VC<->V

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

Везде по-разному трактовка может быть, так что, суть может быть абсолютно разная в разных источниках информации

А зачем вам этот огрызок прошлого в мобайле?

Ну вопрос скорее про то, кто должен владеть слоем домена и как к нему обращаться?

Mvc не про реактивность

Так ты про DDD уже или что?)
У тебя понятия немного смыты если честно, не особо понимаю

Ну смотри, бизнес логика в данном паттерне пишется в модельке, которая в свою очередь запрашивается от vc, во вьюхе ты делаешь различные элементы и передаёшь во vc, в свою очередь vc запрашивает различные данные из модели, будь то запрос к серверу и так далее

Крч MVC так и называется Massive View Controller

Потому что это паттерн где можно писать везде что хочешь)