Elegante Lösung zum Ausmalen von Schachplättchen

Ich entwickle ein Schachspiel, das ich in Java geschrieben habe, neu und frage mich, ob es einen eleganten Algorithmus gibt, um Schachplättchen auf einem nummerierten Schachbrett zu färben.

Im Moment verwendet meine Lösung if else-Anweisungen, um zu bestimmen, ob sich die Kachel in einer geraden oder ungeraden Reihe befindet, und basierend darauf, ob es sich um ein helles oder dunkles Quadrat handeln soll.

Die eleganteste Art und Weise, die mir in Anbetracht der Tatsache, dass Sie die Indizes rowund haben, in den columnSinn kommt, ist die folgende:

bool isLight = (row % 2) == (column % 2);

oder umgekehrt:

bool isDark = (row % 2) != (column % 2);

Grundsätzlich ist eine Kachel auf einem Schachbrett hell, wenn sowohl die Spalte als auch die Zeile gerade oder ungerade sind, und ansonsten dunkel.

bool isLight = ((row ^ column) & 1) == 0;

XOR-Verknüpfung der Zeilen- und Spaltenindizes und Betrachtung des niedrigstwertigen Bits. Wenn Sie den Zeilen- oder Spaltenindex um eins ändern, wird das Ergebnis invertiert und ein Prüfmuster generiert.

Ein weiterer Vorschlag, sehr einfach:

isLight = (row + column) % 2 == 0;

Durch Hinzufügen von Zeile und Spalte wird die Anzahl der horizontalen und vertikalen Schritte angegeben, die von der oberen linken Kachel entfernt sind.

Eine gerade Anzahl von Schritten ergibt eine helle Farbe.
Eine ungerade Anzahl von Schritten ergibt eine dunkle Farbe.

Diesmal wird davon ausgegangen, dass unsere Quadrate im Bereich [0..63] nummeriert sind.

bool IsLight(int i)
{
    return 0!=(i>>3^i)&1;
}

Herauszufinden, warum es funktioniert, ist der halbe Spaß. :)

1. Nummerieren Sie die Kacheln. Sie können diese Informationen ableiten, indem Sie Zeile * 8 + Spalte oder ähnliches berechnen.

2. Nehmen Sie Modul 16 der Gitternummer. (Es gibt 16 Positionen, bevor sich die Kacheln wiederholen.)

3. Färben Sie die Kachel basierend darauf, ob sie eine gerade oder eine ungerade Zahl hat. Kippen Sie die Kachelfarbe, wenn das Ergebnis größer als 7 ist.

Code für nullbasierte Indizes:

int cellNum = (row*8+column) % 16;
bool isSecondRow = cellNum > 7;
if(cellNum % 2 == 0 ^ isSecondRow){ //XOR operator
    setColor(Color.White);
}else{
    setColor(Color.Charcoal);
}

Obwohl dieser Ansatz für etwas so Einfaches wie ein Schachbrett nicht unbedingt erforderlich ist, möchte ich, wenn ich mir eine elegante Möglichkeit überlege, etwas mit der Ansicht zu rendern, es so einfach wie möglich machen, die gerenderte Ansicht so einfach wie möglich zu ändern. Angenommen, Sie möchten in jeder Zeile, jedoch nicht in jeder Spalte, Schwarz und Weiß abwechseln. Die bisher in Antworten verwendeten Einzeiler müssten neu geschrieben werden.

Wenn ich so weit wie möglich gehen und es so einfach wie möglich machen würde, das Muster auf dem Schachbrett neu zu gestalten, würde ich Folgendes tun:

1) Ich würde eine Datei erstellen, die angibt, welche Farbe jedes Quadrat im Schachbrett hat.

Zum Beispiel könnte ich eine Datei erstellen chess_board_pattern.config, die ungefähr so ​​aussieht:

bwbwbwbw
wbwbwbwb
bwbwbwbw
wbwbwbwb
bwbwbwbw
wbwbwbwb
bwbwbwbw
wbwbwbwb

2) Ich würde eine Klasse / Komponente / was auch immer schreiben, die diese Datei lesen und eine Art Objekt erstellen kann, das das Brettmuster darstellt:

public class BoardPattern {
    private Color[][] pattern;

    public BoardPattern(File patternFile)
    {
        pattern = new Color[8][8];
        //Parse the file and fill in the values of pattern
    }

    public Color[][] getPattern {
        return pattern;
    }
}

3) Ich würde dann diese Klasse in der Funktion verwenden, die die Tafel tatsächlich zeichnet.

File patternFile = new File("chess_board_pattern.ini");
Color[][] pattern = new BoardPattern(patternFile).getPattern();
ChessBoardDrawable chessBoard = new ChessBoardDrawable();

for(int row = 0; row < 8; row++) {
    for(int column; column < 8; column++) {
        chessBoard.drawSquare(row, column, Color[row][column]);
    }
}

Auch dies ist viel schwieriger als es für ein Schachbrett notwendig ist. Ich denke jedoch, dass es bei der Arbeit an komplizierteren Projekten am besten ist, allgemeine Lösungen wie diese zu finden, anstatt Code zu schreiben, der später nur schwer zu ändern ist.