Pixel Town is a simple city-building simulation game where you take on the role of a mayor, managing resources, constructing buildings, and growing your town from scratch. Start with a small budget, buy materials, build houses to attract residents, and develop factories to boost production.
Aveți voie cu cod generat de modele de limbaj la care nu ați contribuit semnificativ doar în folder-ul generated.
Codul generat pus "ca să fie"/pe care nu îl înțelegeți se punctează doar pentru puncte bonus, doar în contextul
în care oferă funcționalități ajutătoare și doar dacă are sens.
O cerință nu se consideră îndeplinită dacă este realizată doar prin cod generat.
- Fără cod de umplutură/fără sens!
- Fără copy-paste!
- Fără variabile globale!
- Fără atribute publice!
- Nume proiect (poate fi schimbat ulterior)
- Scurtă descriere a temei alese, ce v-ați propus să implementați
- definirea a minim 3-4 clase folosind compunere cu clasele definite de voi; moștenirile nu se iau în considerare aici
- constructori de inițializare cu parametri pentru fiecare clasă
- pentru o aceeași (singură) clasă: constructor de copiere,
operator=de copiere, destructor
-
operator<<pentru toate clasele pentru afișare (std::ostream) folosind compunere de apeluri cuoperator<< - cât mai multe
const(unde este cazul) și funcțiiprivate - implementarea a minim 3 funcții membru publice pentru funcționalități netriviale specifice temei alese, dintre care cel puțin 1-2 funcții mai complexe
- nu doar citiri/afișări sau adăugat/șters elemente într-un/dintr-un vector
- scenariu de utilizare cu sens a claselor definite:
- crearea de obiecte și apelarea tuturor funcțiilor membru publice în main
- vor fi adăugate în fișierul
tastatura.txtDOAR exemple de date de intrare de la tastatură (dacă există); dacă aveți nevoie de date din fișiere, creați alte fișiere separat
- minim 50-55% din codul propriu să fie C++,
.gitattributesconfigurat corect - tag de
git: de exempluv0.1 - serviciu de integrare continuă (CI) cu toate bifele; exemplu: GitHub Actions
- separarea codului din clase în
.h(sau.hpp) și.cpp - moșteniri:
- minim o clasă de bază și 3 clase derivate din aceeași ierarhie
- ierarhia trebuie să fie cu bază proprie, nu derivată dintr-o clasă predefinită
- funcții virtuale (pure) apelate prin pointeri de bază din clasa care conține atributul de tip pointer de bază
- minim o funcție virtuală va fi specifică temei (i.e. nu simple citiri/afișări sau preluate din biblioteci i.e. draw/update/render)
- constructori virtuali (clone): sunt necesari, dar nu se consideră funcții specifice temei
- afișare virtuală, interfață non-virtuală
- apelarea constructorului din clasa de bază din constructori din derivate
- clasă cu atribut de tip pointer la o clasă de bază cu derivate; aici apelați funcțiile virtuale prin pointer de bază, eventual prin interfața non-virtuală din bază
- suprascris cc/op= pentru copieri/atribuiri corecte, copy and swap
-
dynamic_cast/std::dynamic_pointer_castpentru downcast cu sens - smart pointers (recomandat, opțional)
- excepții
- ierarhie proprie cu baza
std::exceptionsau derivată dinstd::exception; minim 3 clase pentru erori specifice distincte- clasele de excepții trebuie să trateze categorii de erori distincte (exemplu de erori echivalente: citire fișiere cu diverse extensii)
- utilizare cu sens: de exemplu,
throwîn constructor (sau funcție care întoarce un obiect),try/catchînmain - această ierarhie va fi complet independentă de ierarhia cu funcții virtuale
- ierarhie proprie cu baza
- funcții și atribute
static - STL
- cât mai multe
const - funcții de nivel înalt, de eliminat cât mai mulți getters/setters/funcții low-level
- minim 75-80% din codul propriu să fie C++
- la sfârșit: commit separat cu adăugarea unei noi clase derivate fără a modifica restul codului, pe lângă cele 3 derivate deja adăugate din aceeași ierarhie
- noua derivată nu poate fi una existentă care a fost ștearsă și adăugată din nou
- noua derivată va fi integrată în codul existent (adică va fi folosită, nu adăugată doar ca să fie)
- tag de
gitpe commit cu toate bifele: de exempluv0.2
- 2 șabloane de proiectare (design patterns)
- o clasă șablon cu sens; minim 2 instanțieri
- preferabil și o funcție șablon (template) cu sens; minim 2 instanțieri
- minim 85% din codul propriu să fie C++
- tag de
gitpe commit cu toate bifele: de exempluv0.3sauv1.0
Proiectul este configurat cu CMake.
Instrucțiuni pentru terminal:
- Biblioteci necesare pe Linux (presupunem sistem de operare bazat pe Debian)
sudo apt-get update && \
sudo apt-get install libxrandr-dev \
libxcursor-dev \
libudev-dev \
libopenal-dev \
libflac-dev \
libvorbis-dev \
libgl1-mesa-dev \
libegl1-mesa-dev \
libdrm-dev \
libgbm-dev \
libfreetype6-devDacă lipsesc și alte biblioteci, ștergeți folder-ul de build de la pasul 1 și reconfigurați proiectul după ce ați instalat ce lipsea.
- Pasul de configurare
cmake -S . -B build -DCMAKE_BUILD_TYPE=Debug
# sau ./scripts/cmake.sh configureSau pe Windows cu GCC:
cmake -S . -B build -DCMAKE_BUILD_TYPE=Debug -G Ninja
# sau ./scripts/cmake.sh configure -g NinjaLa acest pas putem cere să generăm fișiere de proiect pentru diverse medii de lucru.
- Pasul de compilare
cmake --build build --config Debug --parallel 6
# sau ./scripts/cmake.sh buildCu opțiunea parallel specificăm numărul de fișiere compilate în paralel.
- Pasul de instalare (opțional)
cmake --install build --config Debug --prefix install_dir
# sau ./scripts/cmake.sh installVezi și scripts/cmake.sh.
Observație: folderele build/ și install_dir/ sunt adăugate în fișierul .gitignore deoarece
conțin fișiere generate și nu ne ajută să le versionăm.