Wann static Methoden verwenden?

Viel schlimmer ist doch den Namen der Klassen mit "C" zu beginnen.

multi_array und PlayGroundSize für ein Tic-Tac-Toe sind IMHO so sinnvoll wie
const unsigned int days_in_week=7; für einen Kalender...

Swordfish

Muss man Tic-Tac-Toe auf 3x3 spielen?
Muss eine Marswoche auch 7 Tage haben?

Swordfish schrieb:

Muss man Tic-Tac-Toe auf 3x3 spielen?
Muss eine Marswoche auch 7 Tage haben?

Ein Tic-Tac-Toe hat 9 Felder. Es kann aber sicherlich auch im 8 dimensionalen gespielt werden mit einer dementsprechenden Anzahl von Feldern...
Bei der "Woche" auf dem Mars: klär mich auf...
Ich jedenfalls bin nicht der Meinung alles parametrisierbar machen zu müssen - Z.B. ein klassischen Tic-Tac-Toe und ein Wochenplaner für Erdzeit...

SeppJ

Swordfish schrieb:

Muss man Tic-Tac-Toe auf 3x3 spielen?
Muss eine Marswoche auch 7 Tage haben?

Bist du auch so einer der

const int Eins = 1;

macht, für den Fall, dass 1 mal seinen Wert ändern könnte? Man muss nicht immer alles bis zum letzten abstrahieren.

Hier würde ich weder Vectorwrapper noch multiarray und erst recht nicht vector<vector> benutzen. Das sind 9 ints oder vergleichbare Datentypen! Also eine kleine(!) Compilezeitkonstante. std::array<Feldtyp, 9> oder (je nachdem, wie man es ansprechen möchte) array<array<Feldtyp, 3>, 3> würde ich als unterliegende Datentstruktur benutzen.

Swordfish

Im Kumbha stehst an: http://de.wikipedia.org/wiki/Darischer_Kalender#Aufbau_des_Kalenders

Swordfish schrieb:

Im Kumbha stehst an: http://de.wikipedia.org/wiki/Darischer_Kalender#Aufbau_des_Kalenders

Dammit!
Eigentlich spiele ich jeden Samstagabend Quantum Tic-Tac-Toe mit den Kumpels...

Swordfish

SeppJ schrieb:

Bist du auch so einer [...]

Manchmal.

Sone

Tatsächlich habe ich nur gesagt, multi_array wäre besser als vector< vector<> > . Denn mit Multiarray kann man (neben den im Doc. genannten Vorteilen) bspw. wenigstens noch slicen und damit leichter das Feld nach Sequenzen abprüfen.

Trotzdem ist natürlich std::array viel passender. Ich würde dann schon verschachteln, ist schließlich nur eine 3x3-Matrix.

Sone schrieb:

Tatsächlich habe ich nur gesagt, multi_array wäre besser als vector< vector<> > . Denn mit Multiarray kann man wenigstens noch slicen und damit leichter das Feld nach Sequenzen abprüfen.

Trotzdem ist natürlich std::array viel passender. Ich würde dann schon verschachteln, ist schließlich nur eine 3x3-Matrix.

Wenn alle Anfänger (includes Sone) verwirrt sind, behaupten wir am Ende das Gegenteil.

muss man alles unnötig kompliziert machen?
Muss der Code voll mit boost und Templates sein?

Es geht um eine 3x3 Matrix. Da macht man halt eine Klasse mit einem "alten" C Array der Länge 9 und stellt Funktionen für den Zugriff zur Verfügung. Fertig.

Manchen würde mal etwas embedded Programmierung gut tun. Da sieht man dann auch mal, dass Abstraktion hoch 1000 nicht immer die beste Lösung ist.

Sone

lalalazzzzz schrieb:

muss man alles unnötig kompliziert machen?
Muss der Code voll mit boost und Templates sein?

Wer hat was von Templates gesagt?
Zu Boost habe ich bereits weiter oben was gesagt.

Manchen würde mal etwas embedded Programmierung gut tun. Da sieht man dann auch mal, dass Abstraktion hoch 1000 nicht immer die beste Lösung ist.

Hab ich schon.
Hat an meiner Meinung nichts geändert.

lol... schrieb:

Sone schrieb:

Tatsächlich habe ich nur gesagt, multi_array wäre besser als vector< vector<> > . Denn mit Multiarray kann man wenigstens noch slicen und damit leichter das Feld nach Sequenzen abprüfen.

Trotzdem ist natürlich std::array viel passender. Ich würde dann schon verschachteln, ist schließlich nur eine 3x3-Matrix.

Wenn alle Anfänger (includes Sone) verwirrt sind, behaupten wir am Ende das Gegenteil.

Wovon redest du?

Swordfish

Sone schrieb:

lalalazzzzz schrieb:

muss man alles unnötig kompliziert machen?
Muss der Code voll mit boost und Templates sein?

Wer hat was von Templates gesagt?

Na was ist ein boost::multi_array ?

Sone schrieb:

lalalazzzzz schrieb:

Manchen würde mal etwas embedded Programmierung gut tun. Da sieht man dann auch mal, dass Abstraktion hoch 1000 nicht immer die beste Lösung ist.

Hab ich schon.

Erzähl?

Sone

Swordfish schrieb:

Sone schrieb:

lalalazzzzz schrieb:

muss man alles unnötig kompliziert machen?
Muss der Code voll mit boost und Templates sein?

Wer hat was von Templates gesagt?

Na was ist ein boost::multi_array ?

Ja, aber man schreibt selbst kein Template dafür, das meinte ich und das zählt schließlich.
Oder was ist std::swap ? Würde jemand sagen, man benutzt Templates in einem Projekt, wenn man std::swap einmal aufruft?

Edit: Schon klar, dass multi_array da expliziter als Template zum Vorschein kommt.

Swordfish schrieb:

Sone schrieb:

lalalazzzzz schrieb:

Manchen würde mal etwas embedded Programmierung gut tun. Da sieht man dann auch mal, dass Abstraktion hoch 1000 nicht immer die beste Lösung ist.

Hab ich schon.

Erzähl?

http://www.arexx.com/rp6/html/de/index.htm
Mit AVR-GCC programmiert. Da gab es z. T. keine Standardbibliothek.

Edit: Nennt der Standard auch freestanding implementation :xmas2: