Здравствуйте, Ocenochka, Вы писали:

O> Обратная связь — это когда сервер уведомляет клиентов об изменении. А когда с клиента на сервер передавать — сразу или при нажатии на сейв — это не обратная связь.

первая часть — контроллер принимает решение о необходимости извещения представлений...
вторая часть — сто является тригером для принятия этого решения конт роллером, думаю, вам видней — это может быть save, изменение страницы, автосейв и т.д. вам видней.

нажатие на кнопки сохранить на клиенте 1 не может быть уведомлением сервера для других клиентов, — это может быть триггером контроллера для запуска процесса сохраниение, в рамках которого можгут быть уведомлены об изменениях модели другие клиенты, а могут быть и не уведомлены

O>>>>>>>Интересно какие в этом решении еще могут быть проблемы и как с ними бороться. Тестовый прототип уже пишу, но все равно хочу знать мнение практикующей общественности.

проблемы могут быть разные — в если хотите иметь их полный список — опишите UC сохранениея BE в формальной форме — и для каждого пункта в основном потоке сделайте алтернативу... чем точнее будет ваш основной поток, тем точнее вы сможите составить список возможных альтернатив, тем полнее будет картина возможных проблем

G>>>>Создавать сферическую архитектуру в вакууме не получится.
да это правильно — хотя бы потому что архитектура это решение проблемы — нет проблемы нет решения