Ups… Widocznie chochliki pozmieniały treść pakietów idących tuż po kliknięciu „Wyślij komentarz“

Dzięki za blo­grollowanie mojego bloga U siebie zrobiłem to samo ;]

PS: zapomniałeś zamienić jedno GameBoard
img.onload = function() {
thisInstance.textures[i] = thisInstance.ctx.createPattern(img, ‚repeat’);
(…)
}

2. Wiem widziałem. Ciekawe artykuły. Dorzuciłem Cię nawet do blogrolla .

var GameBoard = {
preloadTextures: function(i){
(…)
var thisInstance = this;

img.onload = function() {
thisInstance.textures[i] = GameBoard.ctx.createPattern(img, ‚repeat’);
(…)
}
},
(…)
}

2. Tak, tak, rozumiem. Wiem jak to jest bo sam teraz na swoim blogu pisze, w sumie coś podobnego, i mój kod też ewoluuje z każdym wpisem :]

Owocnego kodzenia!

1. Nie zawsze można użyć this. Wtedy po prostu stosuję nazwę obiektu

2. Po prostu nie przewidziałem, że ktoś będzie chciał uruchomić 2 gry na jednej stronie. Operacje związane z canvasem i tak zżerają ogromną ilość zasobów. Kilka gier obok siebie po prostu by wolno działało. Co do ogólnej budowy klas obiektów, wzorców etc. — wszystko będzie powoli wymieniane/poprawiane. Ja nie mam napisanej całej gry. Piszę ją na bieżąco tworząc kolejne artykuły. W każdym razie dziękuję za uwagi. Na pewno się dostosuję .

PS: zawszę mogę zrobić jeden wielki pojemnik — klasę Game i w ten sposób tworzyć kolejne instancje gry . Problemem jednak będzie zdecydowanie obsługa zdarzeń itp. Imho strasznie dużo zachodu.

Po pierwsze raz używasz this a raz nazwy zmiennej obiektu, utrudnia to trochę analizę kodu. Ofc. w niektórych przypadkach sama zamiana nazwy zmiennej na „this“ nie pomoże, np. metoda preloadTextures z GameBoard i funkcja zdarzenie load obrazka. Należałoby zapisać kontekst this przed funkcją zdarzenia i z tego w jej wnętrzu korzystać (btw. trochę to męczące i szczerze nie podoba mi się takie rozwiązanie ale innego/lepszego nie znam). Ot taka pierdoła, ale myślę, że warto to poprawić.

Po drugie, już bardziej znaczące, dlaczego nie definiujesz klas tylko gołe obiekty, które są singletonami? Ograniczasz w ten sposób funkcjonalność, bo nie będzie można stworzyć dwóch gier na jednej stronie. Dość absurdalny przykład ale jednak taka możliwość imho powinna być. A czołgi sterowane przez komputer? Powinna być klasa Tank, a GameTank powinna być obiektem tejże klasy czy tam nawet Tank powinien być klasą abstrakcyjną i po niej dziedziczą ComputerTank oraz HumanTank… Tak trochę nie z duchem OOP.

Natomiast patrząc od end-usera efekt jest bardzo fajny