Просмотр первого MVP (или MVVM) и Framework связи - PullRequest
0 голосов
/ 09 ноября 2011

хорошо, я несколько подумал о моделях MVVM / MVP и о том, как позволить триаде обмениваться данными с остальной частью фреймворка / уровней, и, вероятно, лучшее решение - использовать внедрение зависимостей.

Все это говорит, что мой вопрос теперь немного другой: что, если я не хочу, чтобы докладчик знал о платформе, но я хочу, чтобы каркас знал, что делать с докладчиком, который был создан?

Простой пример: если мы говорим о графическом интерфейсе, возможно, это будет нелегко изобразить, поэтому предположим, что мой MVVM (или что-то еще) моделирует сущность в игре.

Есть представление (графическое представление сущности), есть модель (энергия и т. Д.) И есть презентатор (как реагировать, когда что-то происходит).

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

Единственный способ решить эту проблему - это сообщить докладчику через DI о посреднике и, таким образом, позволить докладчику зарегистрироваться в посреднике платформы.

Хотя я бы предпочел не сообщать докладчику о посреднике, поскольку вместо этого я предпочитаю, чтобы структура знала о вновь созданном докладчике и зарегистрировала его в посреднике (что должно быть принципом IoC).

Это что-то возможно / разумно, если использовать подход с первым взглядом?

Спасибо, что поделились своими мыслями.

1 Ответ

2 голосов
/ 10 ноября 2011

Зачем изобретать новый фреймворк, когда уже есть несколько, которые уже решили эту проблему? Посмотрите на калибратор микро. Позволяет выбирать между первым видом и первым подходом к модели. И он поддерживает большинство контейнеров IoC.

...