[B~Vladi]

что вопроса в по сути два: как связывать компоненты и to MVC или не to MVC

Ну в общем то да. Для решения их конечно же надо писать код, а не рассуждать постоянно.

только javascript-код

Ну да, вообще описание классов, внутреннего функционала. Без каких-то конкретных действий.

генерация событий моделью?

Воздействие на отображение и на другие модули. Как вариант - генерация событий.

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

Ну вот и я о том же.

один на все виды/модели?

Да. По-сути он и будет фреймворком.

я просто затрудняюсь сказать, что такое классическая MVC-архитектура

Я понимаю что это, но рассказать навряд ли получиться

почему синхронное?

Ой, я имел ввиду двухстороннее. Любой может генерировать события.

непонятно зачем Команда и у кого какая будет роль

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

не обязательно, виды могут подписываться на события от контроллера

т.е. ты предлагаешь пробрасывать события V <-> C <-> M ?!

о разметке забудем навсегда (как это?

Имеется ввиду, что фреймворк никак не будет изменять разметку (отображение), а будет только инициализировать/связывать модули.

не вижу, откуда высосана причинно-следственная связь

А так как фреймворк не работает с разметкой, эта задача перекладывается на модули.

в чем чистота заключается?

В том, что модуль реализует только бизнес-логику. Мало кода, все красиво и понятно оформлено (ну если руки не из жопы).

компоненты не так сильно связаны? Так же, только информация о связах по-разному хранится

Да, так же связаны.

в первом варианте модели сделаны правильно, а при написании компонентов правильно их сделать может не получиться?

Нет, просто так показалось. Посмотрим что выйдет.