Взаимодействие разных моделей и view в Backbone?

Question

[Андрей]

Существуют два отдельных модуля: А и В.
У них есть соответственно A.view и A.model, а так же B.view и B.model.

По событию в B.view меняется B.model. Но мне необходимо, чтобы A.model так же менялась по этому событию. То есть она должна слушать события B.model

Для этого существуют контроллеры - отдельные, так сказать, сущности. Но в Backbone контроллером является View. Там мы все слушаем и оттуда же передаем в привязанную к вьюхе модель задачу что-то там изменить. Но в вьюхе B.view не привязана A.model, они вообще ничего друг о друге не знают.

Как решается этот вопрос в рамках идеологии Backbone?
Как решить его вообще я понимаю, то в этом случае мне Backbone становится скорее помехой, чем помощником. Поэтому хотелось бы понять как сделать это идеологически верно.

Answer 1

[Алексей Уколов]

Как сделать reset внешней коллекции при рендере вьюхи в backbone?

Comments

[Андрей]

Спасибо. Я как раз размышлял над вторым вариантом ("Использовать-таки глобальный объект-observer,"), По сути это создание своего контроллера. Но меня останавливал тот факт, что в Backbone от использования отдельного контроллера отказались, и, - как я предположил - не просто так. Это на мой взгляд на столько очевидная необходимость, что если ее не использовали, значит, не просто так, на то были причины и, вероятно, так делать не стоит.
Но раз другого варианта нет. Значит странно это все :)

[Алексей Уколов]

Просто backbone это не фреймворк, а скорее библиотека и даже философия, поэтому весь сахар пишется самостоятельно (ну или в реальном мире используются плагины).

Answer 2

[Елизавета Борисова]

Но мне необходимо, чтобы A.model так же менялась по этому событию. То есть она должна слушать события B.model

listenTo не подходит ?

Comments

[Андрей]

В listenTo необходимо передать ссылку на объект, который будем слушать. В итоге создаются связи между объектами и из-за этих связей код получается сильно запутанным и не очевидным. А ведь Backbone используется для структурирования коды и улучшения его восприятия в том числе. Но при таком подходе (я попробовал так) я достиг противоположенных результатов.

[Елизавета Борисова]

Андрей: да, код сильно связанный выходит. Если дописать своих интерфейсов/сервисов, можно улучшить ситуацию. Но я, если честно, не видела больших BB-проектов без "месива".

Answer 3

[Александр]

не стоит из вьюхи менять модель, чревато...
один из вариантов:
Backbone объект сам расширен от Backbone.Events, поэтому его можно использовать как шину сообщений
и тут нам приходит некоторое подобие flux (backbonejs.org/#Events)
1) вьюха B возбуждает событие (trigger) на Backbone объекте с отправкой нужных
2) модель A и B слушают это событие на шине, и обновляют себя
3) вьюхи A и B подписаны на обновления соих моделей

иногда не стоит передавать модель во вьюху, стоит завести локальный StateManager -> либо модель, либо dispatcher