Нужно ли создавать пользовательские события в этой ситуации?

Question

Для хобби я делаю игру. В игре есть монстр, преследующий человека (Pacman-like). Когда Пакман застрял, он может съесть человека или сделать какое-то движение; событие должно быть поднято. Это потому, что моя программа стала не-oop, потому что все объекты должны были знать друг друга, что не помогло.

Существует объект управления (называемый Game), который должен отвечать на событие; перемещенный человеком, чудовище, перемешанное с человеком, застрявшее в монстрах, и в конечном итоге пусть мнение знает, что что-то произошло, и оно перекраивается. Точно также, что взгляд реагирует на нажатия клавиш актера и что эти события каким-то образом достигают человека (также с событием).

1. Может кто-нибудь помочь мне в том, как я могу лучше всего решить эту проблему? Я искал интернет по аналогичным проблемам, но не наткнулся на него.

2. В MVC: контроллер знает вид? Если да: вся программа начинается с контроллера или с представлением? (То, что делает кто)

Answer 1

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

, хотите ли вы использовать встроенное событие Java. Обработка зависит от того, сколько кода вы уже написали, если рефакторинг кода используется для использования Java-событий. Для обработки требуется много усилий, и у вас есть только ограниченный набор событий, то вы можете написать свою собственную систему передачи сообщений. Но, очевидно, следует использовать механизм обработки событий Java, поскольку требуется уведомление всех слушателей, зарегистрированных для этого события, вам не нужно беспокоиться об уведомлении каждого слушателя, а позже это поможет вам в отладке, если что-нибудь пойдет неправильно. Я надеюсь, что ответ на ваш первый вопрос

Короче говоря, вы можете написать свои собственные события, как HumanMovedEvent, MonsterMovedEvent и т.д.

Спустившись на свой 2-й вопрос, да в MVC, контроллер знает, что все виды этого нужно вызвать для любое конкретное действие. Контроллер может выбрать любое конкретное представление для любого конкретного действия, скажем, если вы выполняете какое-либо действие A, вы можете вызвать вид V.

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

Я надеюсь, что я ясно дал понять :)

Answer 2

В MVC контроллер знает как объект модели и представления. Объект модели не знает, кто его контролирует, и это тоже не знает. Модель и представление обычно передаются с контроллером через обратные вызовы: модель определяет интерфейс для различных методов обратного вызова и имеет переменную экземпляра «делегат», содержащую указатель на этот интерфейс. Контроллер устанавливает себя как делегат на модели. Аналогично для представления. Вместо обратных вызовов, вы можете также использовать событие, как вы предлагаете, что бы добавить дополнительный слой расцепления:

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

Обычно у вас будет одна комбинация модели-вида-контроллера для каждого объекта в вашей программе (одна монстра, вид монстра и монстр-контроллер). Но вы также можете иметь один контроллер, управляющий несколькими объектами модели и/или представлениями. Это немного зависит от структуры пользовательского интерфейса, в которой вы используете, какой подход наиболее практичен.

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

Ключи keyboad, которые вы упоминаете: обычно представление будет информировать контроллер ключа, который нажат «ctrl-K», и контроллер переведет его в команды для объекта модели «перемещение 1 вверх».