sagnew / chess Goto Github PK

Dado que se necesita recorrer un tablero de ajedrez que ha sido simulado usando una matriz de 8x8, en algunos métodos de la clase Board se repite una y otra vez la lógica de recorrido. Esto hace que la implementación del código que realizará alguna operación sobre los elementos de la matriz se vuelva mucho más confusa de lo necesario. Por ejemplo, tenemos el método isInCheck(String color), en este método a fin de verificar si el rey se encuentra en jaque primero se debe inicializar un recorrido de todo el tablero para ir verificando casilla a casilla si alguna pieza está amenazando al rey. Algo similar ocurre con el método canAnyPieceMakeAnyMove(String color), en este caso, como se debe comparar cada casillero con todos y cada uno de los demás, se tiene un nivel de anidación que consumirá muchos recursos hasta que la comprobación termine de hacerse por completo. El estado actual del programa se ilustra en el siguiente diagrama UML:

Una manera de solucionar el problema de tener que escribir una y otra vez la lógica de recorrido de la matriz es por medio del patrón de diseño Iterator. La finalidad de hacerlo así es para encapsular los detalles de cómo funciona el algoritmo de recorrido y simplemente darle al cliente los métodos necesarios para acceder a los elementos de la matriz. En este caso, acceder a las casillas que contienen piezas y así se podrá saber su posición en todo instante. Una posible manera de solucionar este inconveniente se ilustra en el siguiente diagrama UML: