Card Game Player Class OOP Design

Question

Estoy a punto de crear la clase Player and AI Players (AIBasicPlayer, AINormalPlayer y AIHardPlayer) para mi juego de cartas (gin rummy). ¿Cuál sería el mejor enfoque OOP o patrón de diseño para crear dichas clases? Revisé algunos de los juegos de tarjeta de código abierto y comparar sus enfoques, siguiendo son los enfoques he recogido:

***Classes** 


    1. player class only 

      public class player{ 
      } 
      public class AIPlayer{ 
      } 

    2. base class player 

      public abstract class player{ 
      } 
      public class HumanPlayer extends player{ 
      } 
      public class APlayer extends player{ 
      } 

    3. interface player 

     public interface IPlayer{ 
     } 
     public class Player implements IPlayer{} 
     public class AIPlayer implements IPlayer{} 


*** Methods** 
    takeTurn()  
    doDiscard() 
doDraw() //pick from discard pile or deck 
doKnock() 

entiendo el uso de los códigos anteriores, pero no podía decidir cuál aplicar o poner en práctica Soy nuevo en OOP o Design Pattern y su muestra de consejos y códigos sería de gran ayuda.

Answer 1

Elegiría la segunda opción, porque el jugador tendrá algunas funcionalidades (y datos) definidas para los jugadores regulares y de IA.

también tomar nota, también me gustaría definir una interfaz iPlayer la cual el jugador implementaría

Answer 2

Me gustaría empezar con enfoque 3, que proporciona la menor cantidad de cohesión entre las dos clases. Si encuentra que hay una gran cantidad de funcionalidades comunes, utilice el método 2, o extraiga esa funcionalidad en otras clases de las que están compuestas sus implementaciones IPlayer. Por lo general, trato de favorecer la composición sobre la herencia porque hace que su código sea más fácil de modificar cuando se refactoriza y más dinámico en tiempo de ejecución.