Szachy a obiektowy JavaScript.

Question

Witam, jako że nauka JS przez pisanie prostych gier wydaje mi się ciekawsza niż przez pisanie skryptów na strony, to postanowiłem tym razem napisać szachy. Pomyślałem że to będzie dobry sposób na poćwiczenie obiekowego JS.  Niestety gdy napisałem jakieś 150 lini i spojrzałem na swój kod poczułem się jak Janusz obiektowości. W uproszczeniu wygląda on tak.

$('img').on('mousedown',function(){
	 var obj = new figura(figure, colour, position);
});


function figura (figure,colour, position) {
	     this.figure = figure;
	     this.colour = colour;
	     this.position = position;
	     this.possibleMoves = function(){ 
		   switch (this.figure){
			 case 'pionek':
              //logika licząca wszystke możliwe ruchy pionka
              break;
              case: 'wieza'
  itd.........

Jak widać po kliknięciu na obrazek figury uruchamia sie funkcja która przekazuje 3 parametry do konstruktora,  na podstawie którego, jest tworzony obiekt który ma obliczone wszystkie możliwe ruchy

Mógłby ktoś powiedzieć czy to ma w ogóle jakiś sens, żeby w konstruktorze robić takiego switcha?

A jeśli nie bardzo to jak wszystko sensownie napisać. Z góry dzięki za pomoc i jeśli komuś mózg wypadł po spojrzeniu na kod to jedynie mogę się usprawiedliwić że to moje pierwsze zetknięcie z programowaniem obiektowym.

Answer 1

żeby w konstruktorze robić takiego switcha?

 Akurat w konstruktorze unikałbym stosowania switchów i jakichkolwiek instrukcji warunkowych. Nie wiem co by musiało być żeby tam dać takie coś. 

Janusz obiektowości

Genialne  

Comments

Fajnie że autor ma poczucie humoru taka podświadoma motywacja

Answer 2

Widziałbym co najmniej 3 klasy:

• Game → cały obiekt operujący grą: odpala grę, sprawdza poprawność ruchy, pilnuje tur graczy itd; tutaj wypadałoby zaimplentować jakiś prosty event loop
• Board → czyli klasa przedstawiająca planszę, w tym również jej renderowanie (rendery mogą być osobnymi klasami)
• Figure → figura szachowa; każda figura rzecz jasna dziedziczyła by po tej klasie

Dodatkowo poczytaj na MDN o prototypach, bo bez tego nie da się napisać nic sensownego w JS w OOP. A jak już poznasz prototypy, to poczytaj sobie o klasach w ES6.

Co do switcha w konstruktorze: cała ta metoda powinna zostać przeniesiona do prototypu. Konstruktor jest od deklarowania inicjalnego stanu obiektu, nie definiowania jego metod.

Comments

W takim razie sposób wykonywania ruchu deklarować przy figurze (bo to funkcja figury), czy w game, a przy figurze tylko jej typ? ( ͠° ͟ʖ ͡°)

Ja bym zrobił move() w Game, a sposób ruchu w figurze.

---

Ruch jest metodą figury, ale to gra kontroluje kiedy dany ruch zostanie wykonany, prawda? ;)

Answer 3

Na wstępie powiem tak na JS się nie znam ale powiem swoje przemyślenia, jeszcze podkreślę, że OP mi troszkę przyrdzewiał bo go stosunkowo długo nie używałem.

Przechodząc do meritum sprawy ja bym zrobił to tak by zrobić klasę do każdego bierka ( czyli wieża, pionek itd. ), klasę abstrakcyjną na figurę oraz tablice [8][8] ( jako planszę ) gdzie będzie trzymana klasa figury lub None w poszczególnym polu i potem zrobienie logiki gry czyli ruchy, bicia itd.

Answer 4

Dzięki wszyskim za odpowiedź, tak właśnie podejrzewałem, że mój kod delikatnie mówiąc nie jest zbyt dobrze przemślany. Najrozsądniej chyba będzie na jakiś czas przerwać pisanie i zająć się czytaniem.