clases 'Autoconscientes'?

Question

lector de tiempo largo póster por primera vez. Por favor se gentil.

Avidly crear juegos en VB.net. Siendo un programador aficionado, doy mis juegos de forma gratuita. Como soy un hobbiest sin formación formal, intento educarme sobre los principios de programación adecuados y los sigo cuando programo, como OOP. Sin embargo, hay algunas cosas que obviamente me perdí de ser autodidacta que tal vez yo sabría si tuviera una educación formal.

Una vez que el problema que realmente ha sido mi perdición es cómo las diferentes clases (de ahora en adelante referidos como objetos) 'saben' el uno del otro SIN programar interacción específica (quédense conmigo aquí ... por favor ...)

bien imaginar esto, usted tiene un espacio de juego y los siguientes objetos

• clsShip
• clsMissile
• clsAsteroid
• clsSpaceJunk

Ahora cada uno de estos objetos tiene un Health, X, Y y Z, miembros privados y propiedades que son todos heredados de clsSpaceEntity por argumento sake. Ahora bien, una forma de abordaje de programación entre ellos sería para codificar los datos del siguiente lógica en el bucle principal del juego

para cada buque en una lista de buques
cheque cada clsMissile en una lista para ver si se choca con él y si así, reducir la salud
cheque cada clsAsteroidin una lista para ver si se choca con él y si es así, reducir la salud
cheque cada lista clsSpaceJunka para ver si se choca con él y si es así, reducir la salud
... y así y así sucesivamente para cada objeto siguiente

ect ect ect ...

Ahora bien, esto podría salir bien si hablas del simple ejemplo anterior, pero algunos de mis juegos tienen decenas o incluso CIENTOS de objetos que interactúan de esta manera básica.

Ahora mi pregunta a los programadores experimentados que hay.

¿Hay una manera de programación orientada a objetos para hacer lo siguiente ...

para cada cosa que hereda de clsSpaceEntity
control contra cualquier otro objeto que hereda este tipo (excepto sí mismo) y si colisionan luego reducen la salud
siguiente

?

Este tipo de capacidad para un tipo de objetos/clase o lo que sea para 'conocer' a otro y cómo son iguales/diferentes e interactúan me ahorraría toneladas y toneladas y TONELADAS de codificación.

Cualquier ayuda/ayuda o comentario sobre esto sería muy apreciada. Gracias por su tiempo, perdón por la larga lectura.

Answer 1

En lugar de tener un List(Of T) por separado para cada objeto derivado, debe crear un solo List(Of SpaceEntity) que contenga todas sus entidades.

Puede hacer un anidado For Each bucle que recorre cada par de entidades y realiza la comprobación de colisión. (Después de una comprobación If x <> y)

Puede mejorar aún más su diseño, dando SpaceEntity una función MustOverride para manejar colisiones con otros objetos, sin contaminar el bucle de colisión con la lógica separada para cada entidad.
Probablemente deberías usar el visitor pattern para permitir que las entidades reaccionen de manera diferente a las colisiones con otros tipos de entidades.

Tenga en cuenta que cada colisión se enviará a ambos objetos que colisionaron por separado; necesitas manejar eso en tu lógica.

Answer 2

Si estaba escribiendo la lógica que se refiere a un solo barco, o un solo misil, asteroide, etc. Entonces esa lógica debería pertenecer claramente a la clase respectiva.

Si escribo lógica que trata con múltiples objetos o, incluso peor, múltiples objetos de diferentes tipos, tendería a poner esa lógica en una clase que representa un concepto de nivel superior.

Por ejemplo, es posible que tenga una clase de universo que contenga una colección de SpaceEntity. Y hay un universo. FindCollisions() que devuelve una colección de objetos de colisión.

public class Universe { 
    private IEnumerable<SpaceEntity> _entities; 

    public IEnumerable<Collision> FindCollisions() { 
     foreach(var e1 in _entities) { 
      foreach(var e2 in _entities) { 
       if (e1.CollidesWith(e2)) { 
        yield return new Collision(e1, e2); 
       } 
      } 
     } 
    } 
} 

Otra manera de abordar que podría ser tener una clase CollisionCalculator que acepte una colección de SpaceEntity de en su constructor y es el lugar donde vive ese lógicos específicos.

public class CollisionCalculator { 
    public IEnumerable<Collision> Collisions {get; set;} 

    public CollisionCalculator(IEnumerable<SpaceEntity> entities) { 
     // logic to build the Collisions collection goes here 
    } 
}