b2aat6n

[Abb. 4] Der Flow
für die Vorgehens-
weise nach Mine.
[Abb. 5] Die bewährte Projektstruktur.
muss. Ich erstelle die Verzeichnisse, lege
Projekte an, setze Referenzen, ändere Ausgabepfade,
alles ist immer gleich. Wenn Sie
jetzt denken, dass das eine Wiederholung
ist, welche gegen das Prinzip Don't Repeat
Yourself (DRY) verstößt, dann haben Sie
mich erwischt. Eigentlich sollte ich diese
immer wiederkehrenden Handgriffe automatisieren.
Ein Vorteil der immer gleichen Struktur
ist, dass ich mich in allen Projekten sofort
zurechtfinde. Alles liegt immer am gleichen
Platz. Um eine solche Konvention zu etablieren,
muss sie sich allerdings zunächst in
der Praxis bewähren. Denn wenn das nicht
der Fall ist, nützt die schönste Konvention
nichts.Wenn ich regelmäßig Projektstrukturen
anlege und verwende, zeigt sich, ob im
Detail noch Verbesserungen möglich sind.
Die in Abbildung 5 gezeigte Struktur hat
sich in vielen Projekten, Übungen und Seminaren
bewährt. Die Pfeile zeigen, welche
Projekte referenziert werden. Beim Mogelzettel
habe ich mich für zwei Implementierungsprojekte
sowie ein Testprojekt entschieden.
Bei der Implementierung unterscheide
ich zwischen der Logik und dem
Host. Im Host wird lediglich die Konsolenschnittstelle
zur Verfügung gestellt. Die beiden
Parameter der Kommandozeile werden
als Dateinamen interpretiert. Durch
die Abtrennung des Hosts lässt sich die Logik
des Mogelzettels auch einmal in einem
GUI-Host verwenden.
Diesmal habe ich keine komponentenorientierte
Architektur gewählt, da ich mich
auf das Problem der Indizes konzentrieren
wollte. Dennoch sind in der Solution mehrere
Projekte mit klar definierten Aufgaben
vorhanden. Für eine komponentenorientierte
Lösung kämen die Kontrakte hinzu,
Listing 4
Den Rand beim Rand-Trick entfernen.
internal static int[,] RandEntfernen(int[,] array) {
var result = new int[array.GetLength(0) - 2,array.GetLength(1) - 2];
for (var i = 1; i < array.GetLength(0) - 1; i++) {
for (var j = 1; j < array.GetLength(1) - 1; j++) {
result[i - 1, j - 1] = array[i, j];
}
}
return result;
}
Listing 5
Erst Indizes bestimmen, dann prüfen.
LÖSUNG
und die einzelnen Komponenten würden je
eine eigene Solution erhalten.
internal static int[,] MogelzettelBerechnen(Size groesse, IEnumerable minenKoordinaten) {
var result = new int[groesse.Height,groesse.Width];
foreach (var mine in minenKoordinaten) {
var indizes = new[] {
new Point(mine.X - 1, mine.Y - 1),
new Point(mine.X - 1, mine.Y),
new Point(mine.X - 1, mine.Y + 1),
new Point(mine.X, mine.Y - 1),
new Point(mine.X, mine.Y + 1),
new Point(mine.X + 1, mine.Y - 1),
new Point(mine.X + 1, mine.Y),
new Point(mine.X + 1, mine.Y +1),
};
foreach (var index in indizes) {
if ((index.X >= 0) && (index.X < groesse.Width) && (index.Y >= 0) &&
(index.Y < groesse.Height)) {
result[index.Y, index.X]++;
}
}
}
return result;
}
www.dotnetpro.de dotnetpro.dojos.2011 25
Fazit
Der Minesweeper-Mogelzettel ist eine zeitlich
überschaubare Übung. Der Umgang
mit den Indizes bietet ein reichhaltiges Betätigungsfeld.
Falls Sie es also bislang noch
nicht selbst versucht haben: Mogeln Sie
mal wieder beim Minesweeper, aber nicht
beim Übungspensum! [ml]
[1] Stefan Lieser: Mogeln mit EVA, Daten umformen,
dotnetpro 6/2010, Seite 116ff.
www.dotnetpro.de/A1006dojo
[2] Golo Roden: yield return, yield break, yield...
Golos scharfes C, dotnetpro 5/2010, S. 122f.
www.dotnetpro.de/A1005ScharfesC
[3] Stefan Lieser: Kettenreaktion, INotifyProperty-
Changed-Logik automatisiert testen,
dotnetpro 5/2010, S. 108ff.
www.dotnetpro.de/A1005dojo