XNA дразнят Игровой объект или разъединение Вашей Игры

На этом форуме есть несколько хороших сообщений по теме модульного тестирования. Вот мой личный подход к модульному тестированию в XNA:

• Игнорировать метод Draw ()
• Изолируйте сложное поведение в собственных методах класса
• Проверяйте сложные вещи, не переживайте остальное

Вот пример теста, чтобы подтвердить, что мой метод Update перемещает Entities на правильное расстояние между вызовами Update (). (Я использую NUnit .) Я вырезал пару строк с разными векторами перемещения, но вы поняли: вам не нужна игра для проведения ваших тестов.

[TestFixture]
public class EntityTest {
    [Test]
    public void testMovement() {
        float speed = 1.0f; // units per second
        float updateDuration = 1.0f; // seconds
        Vector2 moveVector = new Vector2(0f, 1f);
        Vector2 originalPosition = new Vector2(8f, 12f);

        Entity entity = new Entity("testGuy");
        entity.NextStep = moveVector;
        entity.Position = originalPosition;
        entity.Speed = speed;

        /*** Look ma, no Game! ***/
        entity.Update(updateDuration);

        Vector2 moveVectorDirection = moveVector;
        moveVectorDirection.Normalize();
        Vector2 expected = originalPosition +
            (speed * updateDuration * moveVectorDirection);

        float epsilon = 0.0001f; // using == on floats: bad idea
        Assert.Less(Math.Abs(expected.X - entity.Position.X), epsilon);
        Assert.Less(Math.Abs(expected.Y - entity.Position.Y), epsilon);
    }
}

Изменить: Некоторые другие примечания из комментариев:

Мой класс сущности : Я решил заключить все свои игровые объекты в централизованный класс Entity, который выглядит примерно так:

public class Entity {
    public Vector2 Position { get; set; }
    public Drawable Drawable { get; set; }

    public void Update(double seconds) {
        // Entity Update logic...
        if (Drawable != null) {
            Drawable.Update(seconds);
        }
    }

    public void LoadContent(/* I forget the args */) {
        // Entity LoadContent logic...
        if (Drawable != null) {
            Drawable.LoadContent(seconds);
        }
    }
}

Это дает мне большую гибкость для создания подклассов Entity (AIEntity, NonInteractiveEntity ...), которые, вероятно, переопределяют Update () , Это также позволяет мне создавать подклассы Drawable свободно, без чертовски n ^ 2 подклассов, таких как AnimatedSpriteAIEntity , ParticleEffectNonInteractiveEntity и AnimatedSpriteNoninteractiveEntity . Вместо этого я могу сделать следующее:

Entity torch = new NonInteractiveEntity();
torch.Drawable = new AnimatedSpriteDrawable("Animations\litTorch");
SomeGameScreen.AddEntity(torch);

// let's say you can load an enemy AI script like this
Entity enemy = new AIEntity("AIScritps\hostile");
enemy.Drawable = new AnimatedSpriteDrawable("Animations\ogre");
SomeGameScreen.AddEntity(enemy);

Мой класс Drawable : у меня есть абстрактный класс, от которого происходят все мои нарисованные объекты. Я выбрал абстрактный класс, потому что часть поведения будет совместно использоваться. Было бы вполне приемлемо вместо этого определить это как интерфейс , если это не так в вашем коде.

public abstract class Drawable {
    // my game is 2d, so I use a Point to draw...
    public Point Coordinates { get; set; }
    // But I usually store my game state in a Vector2,
    // so I need a convenient way to convert. If this
    // were an interface, I'd have to write this code everywhere
    public void SetPosition(Vector2 value) {
        Coordinates = new Point((int)value.X, (int)value.Y);
    }

    // This is overridden by subclasses like AnimatedSprite and ParticleEffect
    public abstract void Draw(SpriteBatch spriteBatch, Rectangle visibleArea);
}

Подклассы определяют свою собственную логику Draw. В примере с резервуаром вы могли бы сделать несколько вещей:

• Добавить новую сущность для каждой пули
• Создать класс TankEntity, который определяет список и переопределяет Draw () для перебора маркеров (которые определяют метод Draw самостоятельно)
• Сделайте ListDrawable

Вот пример реализации ListDrawable, игнорируя вопрос о том, как управлять самим списком.

public class ListDrawable : Drawable {
    private List<Drawable> Children;
    // ...
    public override void Draw(SpriteBatch spriteBatch, Rectangle visibleArea) {
        if (Children == null) {
            return;
        }

        foreach (Drawable child in children) {
            child.Draw(spriteBatch, visibleArea);
        }
    }
}