wawrzyn321/polynomial-fighter

An university project, fun little C++ game about polynomials.

polynomial-fighter's Issues

Text z potęgami

sf::Text nie rozumie subscriptów i superscriptów - klasa : Drawable, zdolna do rysowania tekstu z indeksami

Randy z C++11

Jak już pisałeś o porzuceniu zwykłego randa, to otwieram to "issue", tak na próbę.

Pomysł jest taki, żeby mieć jakaś klasę statyczną, która dawałaby te randomy.

Jak widać dobrze się bawię, odkrywając ficzery stronki gita.

Antywzorce pt. 56598547898647

Temat do dyskusji. Czy na pewno chcemy używać tyle singletonów, czy może podejść jakoś ładniej, czyli używać statycznych klas.

W C++ okropne jest to, że nie ma jakiegoś kontenera IoC. Rzeczy typu asset manager aż się prosi, żeby sobie siedziały w kontenerze IoC. No ale takich cudów tutaj nie ma. Wydaje mi się, że jednak w 99% przypadków klasa statyczna jest ładniejsza od singletonu. Choć okropne jest, że przez brak IoC w C++ opcje w zasadzie są dwie, albo trochę na siłę robiona statyczna klasa, albo robić własne jakieś pseudo kontenery, które sobie żyją w głównej klasie aplikacji.

To drugie jest ładniejsze, ale trochę bardziej czasochłonne. Choć nie wykluczam też, że to zaimplementuję, bo wtedy ogólnie będę mógł tu przemycić podział na warstwy aplikacji z mojego silnika, co też da nam funkcję main() jaką chcemy i na jaką zasługujemy.

Tam gdzie ma to sens (prawie wszędzie), przesyłać mądre wskaźniki przez const referencję

Na pewno entity manager do zrobienia.

Usunąć equation provider (?)

Chyba klasy wielomianowe mają już cała funkcjonalność jakiej chcemy i to jest już niepotrzebne?

Make entity smart pointer friendly

Move constructor to something like virtual onInit().

W EntityManager::addEntity() powinna byc lista argumentów, które zostaną przesłane do onInit. Jak to zrobić w c++ - nie wiem.

Smart pointery w managerach

Przerobić entity i pool managery na smart pointery.

PolynomialGeneralForm API do współpracy z PowerfulText

Ulepszenia systemów cząsteczkowych

• lepsza implementacja oporu ośrodka
• losowanie kolorów
• krzywe?
• różne funkcje określenia zanikania
• niezależność czasów życia
• zanikanie kolorem

Kontroler gracza + klasa pocisku

Gracz:

• bez mediów, wystarczy prostokąt
• przyda się GUI dla HP
• strzelanie: foreach(pierwiastek in pierwiastki)
• można podłączyć do input fielda

Pocisk:

• podobnie jak pocisk przeciwnika, przygotować do klasy bazowej

Unikalne ID dla entities

Przeciwnicy + pocisk

Na razie bez grafik, cząsteczek czy dźwięków.

Przeciwnik

• latający w kierunku wskazanego vectora2
• gdy doleci do jakiegoś R, zatrzymuje się i szczela
• na górze text wielomianu.tostring()
• metody pozwalające na odbieranie HP i aktualizację GUI

Pocisk

• przyda się klasa bazowa dla pocisków gracza i przeciwnika
• leci
• kolizje z graczem (sprawdzanie squaredDistance)
• sprawdzanie czy jest w prostokątnych boundsach, żeby nie leciały w nieskończoność
• warto podac konkretnego odbiorcę, żeby nie trafił przypadkiem nie tam gdzie trzeba

Sprawdzać, czy entity jest enabled przed wykonaniem operacji na niej

Za każdym razem, gdy entity manager woła np. onDestroy(), trzeba sprawdzić, czy entity jest enabled. Obecnie sprawdzenie raz jest, a raz go nie ma.

Ujednolicony styl kodu

Przepuścić cały kod, przez narzędzie w IDE do stylowania kodu. Na pewno chcemy standardowe klamry po enterze i wcięcia jako 4 spacje. Można to zrobić kiedyś przy okazji.

Obiekt przedstawiający wielomian

• ładne formatowanie do stringa (jedziemy do 3-4 stopnia, współczynniki całkowite <-s, s>, s =5)
• funkcja która na podstawie pierwiastka tegoż wielomianu zredukuje go do niższego stopnia (przypadek podwójnych, potrójnych też) i też ładnie sformatuje
• coś ze skalowaniem poziomu trudności, manipulacja współczynnikami żeby było ładnie

Add sound spatialization

Dodanie redukcji współczynników

Ponieważ na małych liczbach łatwiej się liczy. Można wprowadzić dodatkowy token - '/'
4x^2+8x+4 > /4 > x^2+2x+1
-3x^3+21x^2-12x-15 > /-3 > x^3-7x^2+4x+5.
Opcja jest do rozważenia.

Zaprojektować GUI i rozdzielić na mniejsze taski

Wszystkie taski pójdą do mnie.

GUI \ {gra}

Najładniej by było, gdybyśmy mieli tylko gładkie przejścia między trybami (typu menu, gra, pomoc itd).
Można wykorzystać ten koncept z planem koła / pierścienia, może się nawet obracać tak majestatycznie.

Kolorystyka:

• tło: czarne (również wnętrza przeciwników i gracza, jeśli będą tylko konturami)
• gracz / pierścień - pomarańczowy
• teksty - biały || ciemnopomarańczowy, po najechaniu jaśniejszy
• przeciwnicy - bardziejciemnopomarańczowy
• ewentualnie można wstawić niebieski dla kontrastu

Splash screen

• pierścień, po wciśnięciu przybliża się do pierwszej opcji w menu
• w środku pierścienia tytuł gry
• wciśnięcie escape wraca do splash screena, gdzie jest tytuł (+ opcje yes/no wyjścia?)

Menu:

• opcje {
  • Graj
  • Pomoc
  • Dźwięk on/off
  • Wyniki
  • Wyjście
    }
• escape wraca do splash screenu

Gra:

• powiększenie pierścienia, ja na razie tam pustka

Pomoc:

• tekst w środku ALBO przesuwane po okręgu lewo/prawo

Dźwięki:

• po prostu on/off w środku koła

Wyniki:

• można zaadaptować mój system do wczytywania, ale nie wrzucałbym tego w to issue

Wyjście

• pokazanie całego pierścienia, w środku tytuł i yes/no

Poprawki mądrych wskaźników plz

EntityManager działa ale źle. Wycieki pamięci.
Kurde, w wolnym czasie poćwiczę na sucho żonglowanie smart pointerami.

Stworzenie input fielda

Może być przeimportowany z Regex Fightera, będzie przyjmował albo pojedyncze pierwiastki, albo listę pierwiastków (pojedyncze oddzielone separatorem), albo jakieś METAZNAKI jak 'n' dla nieparzystych pierwiastków itd.
Oczywiście obowiązuje skalowalna wizualna reprezentacja.

PowerfulText ma rozumieć PolynomialGeneralForm::toString()

Chyba powinno to działać w stylu PowerfulText.rebuild(generalForm.toString())