2024-02-05 Meeting #6

Review

1. Implement get_all_posts_flattened using recursion Jāuztaisa, ka postiem var izvēlēties parent

2. Prettier izmantot pycharm plugin nevis nodejs

3. Pārtaisīt Flask flash message after postback

https://www.perplexity.ai/search/example-of-using-RYJ4ZiXiS.GwjynMK8G_wQ?s=c

https://www.perplexity.ai/search/give-example-python-WMEnGTQLScqsVO2VOkqbng?s=c

4. Implementēt pilnu data structure

5. Sakārtot variable un function names

Class names: PascalCase variable and function C style: function_variable_name

6. Noņemt no git liekos failus, izveiodot upload direktoriju

7. Tikai update/insert izmaiņas

8. Bug

Pēdējais mācību uzdevums pirms praktiska darba - Flappy Bird

Izveidot GIT repo (nosharot un atsūtīt https://github.com/evaldsurtans)

Atsūtīt ar uz Whatsapp repo link

Spēles piemērs:

https://www.youtube.com/watch?v=fQoJZuBwrkU&t=23s

Vizuālajam izmantot šīs game sprites - pašam nekas nav jāzīmē:

https://www.spriters-resource.com/mobile/flappybird/sheet/59894/ https://github.com/samuelcust/flappy-bird-assets/tree/master/sprites

TODO

1. Pirms sākt programmēt spēli, izmantojot mermaidjs sagatavot UML class diagram par to kāda būs spēles struktūra un UML sequence diagram kāda būs spēles loģika, iepushot šīs diagrammas MD formātā GIT (Var izmantot piemēram Typora, lai sagtavotu)

2. Izmanot Python un PyGame vidi

3. Implementēt spēli OOP (Object Oriented Programming) veidā

   1. Izmantot Inheritance / Pārmantošanu tā, ka visiem birds kopīgās funkcijas atrodas bāzes klasē. Tāpat visu šķēršļu kopīgas funkcijas bāzes klasē

   2. Polymorphism - strādāt at bāzes klases funkcijām piemēram bird.action(), kaut arī pati funkcija var būt implementēta tikai child klasēs - pēc iespējas mazāk strādāt ar specifiskām klasēm, izmantot cik vien var bāzes klašu funkcijas, BET kodam jāatrodas child klasēs kur tas ir specifisks. Katram bird tipam jābūt savai loģikai.

   3. Encapsulation - izveidot getters/ setters visām klasēm, member mainīgajiem nepiekļūstam pa no ārpuses

4. Izmantot design patterns

   1. MVC - Model View Controller

      1. Model - dažādas klases nevis vnk Model - Game state glabājās dataclasses un nesatur funkcijas!

      2. Controller - dažādas klases nevis vnk Controller - strādā ar dataclasess un tiek izsaukti no View, kad kaut kas notiek izsauc event emitters, kurus noķer view

      3. View - PyGame applikācija, saņem UI/IO inputs, klausās controller events un zīmē spēli

   2. Observer - dispatch event un add event listener - veids kā komunicē Controller <-> View un kā saņem user inputs iekš View. Visi aliens savā starpā sazinās izmantojot Events, piemēram, kad viens sasniedz sienu, visiem pārējiem paziņo, ka jālido pretējā virzienā.

   3. Singleton - Pieejama instance no visām vietām kodā - piemēram GameState, kur var apstrādāt punktus, līmeņusutt (atkal klases nosaukums nav Singleton!)

   4. Factory - pēc izkārtojuma struktūras ģenerēt caurules ar dažādu grūtību

5. Visām python funkcijām und atiem izmantot Typing (definēt tipus)

6. Kodā visām funkcijām viens input - viens output - nedrīkst būt daudzi return kodā

7. Visi mainīgie vienā stilā un angļu valodā

8. Nerakstīt kodu makaronos - pēc iespējas vairāk sadalīt vairākos atsevišķos funkciju izsaukumos

9. Spēlei fiksēta izmēra logs (nav nepieciešams full-screen), Nedrīks zīmēt visus elementus vienlaicīgi - jāzīmē tikai caurules, kuras ir redzamības lokā

10. Spēlei nav nepieciešami nekādi MENUS var sākt spēlēt uzreiz un pēc spēles vnk viens paziņojums pēc kura var atsākt spēlēt

11. ⚠️ Spēlē jābūt dažādu grūtību caurulēm, zaļās sarkanās un Monētu bonusiem. Caurulēm jābūt arī ar vairākiem sadalījumiem pa vidu

Piemērs MVC - Neizmantot šādus identiskus nosaukumus!

Model daļa

Controller daļa

View daļa