kokalliomaki/ot-harjoitustyo

ot-harjoitustyo's Issues

Koodikatselmointi

Koodikatselmointi

Latasin vertaisarvioitavan projektin 26.4.2019 kello 9.12.

Työn koodi oli selkeää luettavaa, kiitos yksinkertaisina pidettyjen metodien sekä kuvaavan nimeämistavan. Koodista oli selkeää seurata, missä kohdassa mikäkin toiminto on toteutettu.
Aluksi työn rakenteeseen tutustuessa tuntui erikoiselta, ettei sovelluslogiikalle ollut omaa luokkaansa, vaan käyttöliittymäluokka suoritti sitä Map- ja Player-luokista. Kuitenkin kun pohdin tätä tarkemmin ja tutustuin sovellukseen, alkoi tämä pelaajakeskeinen lähestyminen tuntua loogisemmalta. Kenties kaikkea kartan toimintaa voisi kuitenkin ohjata Player-luokan kautta. Kun työhön toteutetaan vaatimusmäärittelyssä kuvattuja vaiheita, kuten tasojen vaihtuminen ja pistelista, saattaa erillisen peliä hallinnoivan luokan tekeminen olla tarkoituksenmukaista.

Lisäämällä aloitukseen useamman hirviön vierekkäisiin ruutuihin, huomasin että peli kaatuu ConcurrentModificationExceptioniin, jos hirviöiden liikkuessa hirviö kuolee ennen kuin Map-luokan moveMonsters-metodin silmukka on ehtinyt liikuttaa sitä.

Vaikka pelin toiminta on vielä melko suppeaa, on luokkien toiminta ja rajapinnat toteutettu siten, että sen laajentaminen vaikuttaisi olevan melko nopeasti toteutettavissa. Jo muuttamalla pelaajan ja hirviöiden taistelu- tai liikkumisominaisuuksia sai pelissä aikaan mielenkiintoisia muutoksia.

Pelin kulun seuraamisen helpottamiseksi voisi käyttöliittymää laajentaa niin, että pelaaja saisi kuvauksen esim. taistelun toiminnasta. Tämä etenkin, jos taistelua ja hirviöitä monimutkaistetaan siten että hirviöt vaativat useamman kuin yhden iskun tuhoutuakseen.

Dokumentaatiossa oleva käyttöohje sisältää hieman päällekkäistä informaatiota taistelun toiminnasta, ja arkkitehtuuriin liittyvät kaaviot puuttuvat.

Sain releasen .jar tiedoston toimimaan komentoriviltä ongelmitta ja myös työn testit menivät lävitse. Testikattavuuden parantamisessa on vielä jonkin verran työtä, sillä tällä hetkellä vain Player-luokkaa testataan, eikä taistelun toimintaa ole testattu lainkaan.

Kaikkiaan projekti oli siisti ja vaiheessa, jossa suuri osa perustoiminnallisuudesta oli toteutettu. Uskon että sovelluslogiikkaa ja käyttöliittymää hieman laajentamalla ja muokkaamalla, eritoten jonkinlaisen piste- ja tasojärjestelmän toteuttamalla saa aikaan kattavan työn loppupalautusta varten.