Klasa, której nie trzeba tworzyć obiektu

Question

Cześć, zrobiłem klasę, której zadaniem jest tylko zwracanie statystyk, tj. liczba zrobionych ruchów przez gracza. 

Komunikacja z formularzem występuje tylko za pomocą klasy Game, klasa Game, aby mieć statystyki komunikuje się z innymi klasami tj. Enemy, Player... Wszystko jest robione na właściwościach, poniżej wstawię fragment klasy Game odpowiedzialny za daną statystykę( w klasie Game zrobiłem prywatne pole klasy Statistics statistics)

Game

public int NumberOfPlayerMoves { get { return statistics.MovesPlayer; } }

Idąc do klasy Statistics mam (to jest dopiero początek pisania tej klasy, ale się zaciąłem)

class Statistics
    {
        private Player player;
        //private Enemy enemy;

        public int MovesPlayer { get { return player.NumberOfMoves; } }
    }

Przechodząc do klasy playera

private int numberOfMoves = 0;
public int NumberOfMoves { get { return numberOfMoves; } }

a pole numberOfMoves jest aktualizowane po każdym ruchu gracza.

Jeżeli w klasie Game zamieniłbym na takie coś jak poniżej,

public int NumberOfPlayerMoves { get { return player.NumberOfMoves; } }

no to wszystko działa jak należy. Jednak chciałbym zrobić klasę, która zajmuje się statystykami gry. Przy kompilacji VS nie wyrzuca żadnego błędu, czy ostrzeżenia. Jednak po uruchomieniu pojawia się taki komunikat:

System.NullReferenceException: „Odwołanie do obiektu nie zostało ustawione na wystąpienie obiektu.”

statistics było null.

Wiem, że nie utworzyłem obiektu klasy Statistics, jednak mam pytanie, czy muszę tworzyć taki obiekt? Jeżeli nie muszę to czy moglibyście mnie nakierować jak to zrobić?

Answer 1

Zastanowiłbym się czy nie jest to miejsce na wykorzystanie wzorca projektowego Singleton. Przechowywanie i zwracanie statystyk to książkowe wykorzystanie tego wzorca projektowego.

http://www.algorytm.org/wzorce-projektowe/singleton-singleton.html

Answer 2

Poczytaj o metodach i polach statycznych. Takie metody jak i pola nie są związane z konkretnym obiektem a klasą.

Answer 3

Twoja klasa musi być statyczna. 

public static class Statistics
    {
        public static Player player=new Player();
        public static private Enemy enemy=new Enemy();
 
        public int MovesPlayer { get { return player.NumberOfMoves; } }
    }

Dodatkowo warto stworzyć sobie wcześniej obiekt Enemy i Player, gdyż zapobiegnie to wyrzucaniu NULLException.

a następnie w innych klasach odwołujesz się w ten sposób:

Statistics.MovesPlayer=10;

 

Comments

public private Enemy enemy=new Enemy;

to chyba nie przejdzie. Jeżeli mam już obiekty tych klas tylko w innej klasie porobione to, czy aby na pewno mam je robić?

---

Tzn i tak będziesz przypisywał obiekty do zmiennej ,, enemy ", ale warto stworzyć je podczas inicjalizacji, bo jeśli gdzieś chciałbyś odnieść się do ,, enemy " a nie przypisałbyś mu wcześniej wartości to dostaniesz NULLException. Jeśli utworzysz na starcie ,,pusty" obiekt to nawet jeśli użyjesz enemy który nie jest jeszcze przypisany to nie otrzymasz NULLException. Nie jest to wymagane, ale moim zdaniem tak jest sporo bezpieczniej.