Реализация Образцового Контроллера Представления правильный путь

Это означает, что у нас есть что-то, что является объектом контроллера, может взаимодействовать с экземпляром NSApplication и может иметь выходы для всех других объектов в XIB. Это делает его отличным местом для настройки исходного состояния приложения, т. Е. Быть " для начала, он может быть медленным и использовать больше памяти, чем вам нужно, а во-вторых, первое представление, вероятно, не отображает каждый бит модели. Таким образом, вы просто загружаете нужные вам биты, чтобы показать пользователю, что происходит; вы управляете взаимодействием между представлением и моделью.

Если вам нужно отобразить другую информацию в другом представлении - например, если ваше основное представление является основным представлением, и вам нужно отобразить редактор деталей, - тогда, когда Пользователь говорит вам, что они хотят сделать, чтобы вам это настроить. Они сообщают вам, выполняя какое-то действие, которое вы можете обработать в делегате приложения. Затем вы создаете новый контроллер для поддержки нового представления и сообщаете ему, где получить необходимую информацию о модели. Вы можете хранить другие объекты View в отдельном XIB, чтобы они загружались только тогда, когда они нужны.

Как мне настроить игровой мир? я в настоящее время используются два массива, один для мир (стены, полы, двери, вода, Лава и т. Д.), И один для предметов (Я добавлю третий для символы). Карта (.plist) загружены, а затем объекты создал и добавил в массив его принадлежит. Куда деваются массивы? В прототип, они также являются частью вид, так что я думаю, вы могли бы сказать, что я объединил два (View и Controller) вместе. Будет ли объект Map создано для каждой карты? Будет ли Объект Maps, содержащий все maps?

Мы можем определить, какие объекты мы моделируем, проанализировав ваше утверждение выше - вы можете этого не осознавать, но вы набросали спецификацию :-). Есть мир, в котором есть стены, двери и т. Д., Поэтому мы знаем, что для них нам нужны объекты, и что они должны принадлежать объекту World. Но у нас также есть предметы и персонажи - как они взаимодействуют с миром? Может ли место содержать воду и характер? Если это так, возможно, мир состоит из локаций, и у каждой локации может быть стена, дверь или что-то еще, а также предметы и персонажи. Обратите внимание: если я напишу это так, кажется, что элемент принадлежит местоположению, а не местоположению элемента. Я бы сказал, что «на циновке есть кошка», а не «у кошки есть циновка под ней».

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

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

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

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

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

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

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

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

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

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

Как все это работает вместе? В и ищите глаголы и существительные, как я сделал в предыдущем абзаце.

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

Как все это работает вместе? В и ищите глаголы и существительные, как я сделал в последнем абзаце.

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

Как все это работает вместе? В игрок нажимает клавишу, которая перемещает персонаж в игре. Вид будет обрабатывать ввод, верно? Бы вы отправляете это контроллеру, который проверял бы все (стены, монстры и т. д.) на карте / прочее массивы, а потом вернуть результат? Или Вы бы отправили его игроку, который перейдет к контроллеру, который сделает все проверки, и затем вернуть результат?

Мне нравится следовать политике «скажи, не спрашивай», которая гласит, что вы приказываете объекту что-то сделать, а не просите его предоставить вам информацию для принятия решения. Таким образом, если поведение изменится, вам нужно будет изменить только объект, о котором идет речь. Для вашего примера это означает, что View обрабатывает событие нажатия клавиши (это происходит потому, что они обрабатываются NSControl ), и сообщает контроллеру, что это событие произошло. Допустим, View получает нажатие клавиши «стрелка влево», и контроллер решает, что это означает, что игрок должен двигаться влево. Я бы просто сказал игроку «двигайся влево» и позволил бы игроку разобраться, что происходит, когда движение влево означает столкновение со стеной или монстром.

Чтобы объяснить, почему я хочу сделать это таким образом, представьте, что вы добавляете в игру 1.1 возможность плавать. Теперь у игрока есть свойство ableToSwim , поэтому вам нужно сменить игрока. Если вы говорите игроку двигаться влево, вы обновляете его, чтобы он знал, что означает движение, оставшееся над водой, в зависимости от того, умеют ли они плавать. Если вместо этого Контроллер спрашивает игрока о движении влево и принимает решение, тогда Контроллер должен знать, чтобы спросить о способности плавать, и должен знать, что это означает возле воды. Как и любой другой объект контроллера в игре, который может взаимодействовать с игроком, как и контроллер в игре для iPhone; -).

затем вы обновляете игрока, чтобы он знал, что означает движение над водой в зависимости от того, умеет ли он плавать. Если вместо этого Контроллер спрашивает игрока о движении влево и принимает решение, тогда Контроллер должен знать, чтобы спросить о способности плавать, и должен знать, что это означает возле воды. Как и любой другой объект контроллера в игре, который может взаимодействовать с игроком, как и контроллер в игре для iPhone; -).

затем вы обновляете игрока, чтобы он знал, что означает движение над водой в зависимости от того, умеет ли он плавать. Если вместо этого Контроллер спрашивает игрока о движении влево и принимает решение, тогда Контроллер должен знать, чтобы спросить о способности плавать, и должен знать, что это означает возле воды. Как и любой другой объект контроллера в игре, который может взаимодействовать с игроком, как и контроллер в игре для iPhone; -).