Что случилось с архитектурой игрового рисования объекта и обновления себя?

Question

Что случилось с архитектурой игрового рисования объекта и обновления себя?

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

public class Player {
    private int x, y, xVelocity, yVelocity;
    private Sprite s;
    //...

    public Player() {
        // load the sprite here, somehow?
    }

    public void draw(CustomGraphicsClass g) {
        g.draw(s, x, y);
    }

    public void update(long timeElapsed) {
        x += (xVelocity * timeElapsed);
        y += (yVelocity * timeElapsed);
    }
}

Что не так с этим дизайном? Каковы крушения или проблемы? Как Вы лучше записали бы чему-то вроде этого или лучшему архитектору этот тип вещи в игре?

Кроме того, несколько соединенный, как Вы реализовали бы загрузку что изображение Sprite?

И кроме того, как Вы затем реализовали бы коллизию между два Players?

(Я должен, вероятно, разделить эти дополнительные два вопроса на новые вопросы, ха?)

18

architecture oop

задан Ricket 8 June 2010 в 19:25

6 ответов

Предположим, что каждый раз, когда ваш объект (т.е. игрок) обновляется, он должен

1) перерисовывать себя

2) уведомлять другие юниты о том, что он обновлен

3) записывать "update-action" в историю/журнал/что угодно еще (возможно, вы захотите иметь возможность воспроизвести всю игру после ее завершения, как фильм).

....

n) любое другое взаимодействие между вашим Игроком-объектом и его окружением.

Во всех этих случаях вам придется изменить ваш метод обновления, например:

public void update(long timeElapsed) {
   dosmth();

   redraw();
   notifyUnits();
   updateHistory();
}

Это очень раздражает. Поэтому в таких случаях следует использовать Observer-паттерн. Ваш объект должен уведомить всех слушателей о том, что он был обновлен. Слушатели (GraphicsContext, History, units) отреагируют должным образом, и ваша программа останется легко сопровождаемой, потому что все ее части будут отвечать только за одну конкретную задачу.

3