czuczen/chilloutroom

Gra o hodowaniu roślin, która posiada swój własny system CMS do tworzenia dzielnic oraz dodatkowo zawiera grę w kółko i krzyżyk.

chilloutroom's Issues

Ilość rozpoczętych zadań dziennych i tygodniowych się nie resetuje

Tworzenie testów Selenium IDE

Tu mają być zamieszczane zadania dla tworzenia testów Selenium IDE jako zadania podrzędne.

Poszukać sposobu na przyśpieszenie tworzenia dziupli

Jeśli użytkownik wybiera po raz pierwszy daną dzielnicę tworzą mu się wszystkie definicje dla niej utworzone. Tworzenie tych definicji zajmuje sporo czasu.
Należy przeprowadzić analizę i przedstawić możliwe rozwiązania.

Zestaw małych błędów

Zestaw małych błędów znalezionych podczas komentowania kodu projektu CzuczenLand.Application

1. W klasie IntUtils nazwę parametru lenght zmienić na range.
2. W klasie CustomersHub dla metody SellDriedFruit usunąc pobieranie generatedType bo i tak jest on pobierany do użycia id a id przecież jest już z parametru.
3. W klasie CustomersHub dla metody SellDriedFruit usunąć z modelu CustomersSellData niepotrzebne pola DriedFruitAmount, PlantationGold, DriedFruitId lub stworzyć inny model.
4. W klasie PlantServiceHelper jest formBonuses a powinno być fromBonuses.
5. IIgnoreChangeService w Add jest entity a w klasie jest obj.
6. RequirementAppService i inne, które dziedziczą z DistrictEntityAsyncCrudAppService nie mają interfejsów z iDistrictEntityAsyncCrudAppService tylko IEntityAsyncCrudAppService. Przeanalizować interfejsy async cruda.
7. StorageAsyncCrudAppService i DistrictEntityAsyncCrudAppService powinien być abstract. Przeanalizować klasy bazowe dla async crud.
8. W ResponseBuilder wysyłanie informacji o zmianie przez opiekuna/administratora wysyła złe komunikaty. Jeśli opiekun dokona zmiany na dzielnicy info że admin dokonał zmiany. Uzupełnić komentarz summary. Tam jest id opiekuna chyba ustawiane a nie dzielnicy, sprawdzić kiedy id opiekuna będzie różne od id dzielnicy.
9. W async crudach w konstruktorach poukładać parametry po kolei tak jak rodzić wymaga i komentarze też poukładać.
10. W PlantationManager dla SetDonData raczej dać GetDonData.
11. Zmienić nazwy zmiennych itp. gdzie rekordy gracza tworrzone na podstawie definicji mają w nazwie definition. Np. playerDefinitions a jest to nie adekwatna nazwa.
    GenerateAllDefinitionsForNewPlayerPlantationStorage raczej nie definitions tylko records.
    needDefinitions na records.
    w testach struktury UpdatePlayerDefinitionDtoFieldsList;
    i tu - "Użytkownik posiada jedną definicje. " + "Użytkownik -
    jeszcze wszystkie w folderze definitions
    DeleteDefinitionHelper.DeleteAllDefinitionsAsync(n
    customers hub a moze customerzonehub.
    w quest serwice jest parametr player definition. nazwa jest nie adekwatna.
12. Czy można to wykorzystać w innych miejscach aplikacji? -> public const strng ChillOutRoomEmail = "@chilloutroom.pl";
13. Nazwę modelu MinorTests zmienić na SubTest i jeśli w innych miejscach też występuje taka nazwa to też zmienić.
14. Na formularzu zadań selekt 2 się zepsuł, pole nie ma odpowiedniej szerokości. Jeśli zadanie ma tylko po jednej relacji to tak się dzieje. W innej przeglądarce też??

Na produkcji aplikacja wysyła szczegóły o błędach do użytkownika

Aplikacja ma nie wysyłać szczegółów o błędach na produkcji.

Utworzyć osobny widok dla polityki prywatności

Na stronie logowania są informacje o polityce prywatności (RODO).
Należy umieścić te informacje w osobnym widoku częściowym.

Optymalizacja zapytań do bazy danych

Tworzenie testów struktury

Tu mają być zamieszczane zadania dla tworzenia testów struktury jako zadania podrzędne.

Komentowanie kodu - projekt CzuczenLand.Migrator

Hexatron, gra turowa

Tu jako zadania podrzędne będą zamieszczane pomniejsze implementacje funkcjonalności.

Założenia ogólne:
Hexatron będzie to gra turowa, a plansza będzie składać się z hexów.
Możliwe tryby walki to 1:1, 3:3, 5:5, oraz 30/30 (wojny karteli).
Tryby 1:1, 3:3, 5:5 będą posiadać matchmaking. W tych trybach gracze wykonują ruch po kolei.
Tryb 30/30, czyli wojny karteli, będą działać na innych zasadach.
Przywódca kartelu będzie wybierać uczestników wojny.
Dowódca na wojnie będzie wybierać, kto ma wykonać ruch. Może on wybierać tę samą postać.
W walkach na arenie hexatrona będzie zdobywana specjalna waluta “Hexodol”. Będzie ona używana do ulepszania sprzętu postaci, którą walczy się na hexatronie.
Sprzęt postaci będzie kupowany za kasę gracza.
Postacie będzie można kupować za honor.
Hexodole i kasa gracza będą używane do różnych opłat/ulepszeń kartelu.

Założenia projektowe:
Hexatron będzie posiadał swój panel konfiguracyjny. Będzie można w nim zdefiniować statystyki samych hexów, czyli mapy, z których to będą korzystać różne tryby.
Postacie też będą definiowane w panelu konfiguracyjnym. Będzie można im ustawiać bazowe statystyki i umiejętności.

TicTacToe.js przepisać na obiekt

Należy zrefaktoryzować skrypty dla kółko i krzyżyk. Ogólna refaktoryzacja jak i przepisanie na obiekt podobnie jak są zrobione skrypty dla plantacji.

Komentowanie kodu - projekt CzuczenLand.WebApi

Komentowanie kodu - projekt CzuczenLand.EntityFramework

Dla generowania kolumn czarnego rynku trzeba uprościć logikę dla pól specjalnego traktowania

Należy uprościć logikę warunków rozpoznawania pól specjalnego traktowania w _blackMarket.js/GenerateDataTableColumns
Znajdziesz w kodzie po: ///TODO: Do unifikacji. Pola specjalnego traktowania

Komentowanie kodu - projekt CzuczenLand.Web

Usunąć treść dolnej stopki logowania

Na ekranie logowania należy usunąć:
© 2023 Chillout Room. Version 4.6.3.1 [20230816]
Created by Czuczen

Poprawa wyglądu aplikacji

Tu mają być zamieszczane pomysły na poprawę wyglądu aplikacji.
Zmiany do wykonania mają być zadaniami podrzędnymi.

Utworzyć osobny widok dla districtClonerModal

W pliku index.cshtml dla panelu konfiguracyjnego trzeba utworzyć osobny widok częściowy dla modal'a o id districtClonerModal

System karteli

Tu jako zadania podrzędne będą zamieszczane pomniejsze implementacje funkcjonalności.

Założenia ogólne:
System karteli. Będzie to coś w stylu gildii/klanów, jak grach MMORPG.
Kartel będzie mógł założyć tylko don dzielnicy, jakiejkolwiek, nawet FAST.
Czas bycia donem nie będzie istotny. Może być nim nawet minutę, jeśli tylko zdąży w tym czasie założyć kartel i będzie miał na to środki.
Za założenie kartelu będzie pobierana opłata w postaci dużej ilości kasy plantacji i kasy gracza oraz mniejszej ilości żetonów dona.
Kartel będzie ogólny, czyli jego założenie nie będzie możliwe dla każdej dzielnicy. Każdy gracz może posiadać lub należeć do jednego kartelu.
Kartel będzie dawał możliwość walk w grze hexatron.
Kartel będzie też raz w tygodniu mógł uczestniczyć w wojnach karteli. Będzie to odbywało się na arenie hexatrona, ale na innych zasadach.
Kartel będzie też posiadał swój poziom i różne ulepszenia.
Honor i kasa gracza będą używane do różnych opłat/ulepszeń kartelu.

Założenia projektowe:
Z założenia system karteli będzie miał być osobną aplikacją, działającą na tej samej bazie danych.
Dla użytkownika nie będzie to widoczne, ponieważ będzie miał on opcję w stylu “Przejdź do kartelu” i po przeładowaniu strony będzie widoczny panel kartelu.

Sprawdzić czy klasa plant musi implementować interfejs IPlantationGeneratedEntity

System zależnosci pól dla formularzy

Na formularzach są zależności między polami które trzeba obsłużyć.
Zależności pól mają uniemożliwić użytkownikowi błędne wypełnienie formularza.
Chowanie pól, pojawianie pól, zmiana ilości opcji w polach select, liczba całkowita, liczba zmiennoprzecinkowa itp.
Wszystkie zależności pól można znaleźć w testach struktury.

Komentowanie kodu - projekt CzuczenLand.Core

Separator liczb tysięcznych dla formularzy

Należy dodać automatyczne poprawianie wartości pola na formularzu jeśli liczba jest równa tysiąc lub więcej. Czyli zamiast 1000000 ma być 1 000 000
https://stackoverflow.com/questions/31867551/html-input-type-number-thousand-separator

Słownik wiadomości dla testów struktury

Należy utworzyć klasę, która będzie zawierała słownik wiadomości i metody do ich pobierania.

Testy jednostkowe dla ViewParser

Należy wykonać testy jednostkowe dla ViewParser i ViewParserHelper.

Tworzenie testów jednostkowych

Tu mają być zamieszczane zadania dla tworzenia testów jednostkowych jako zadania podrzędne.

• #36

Komentowanie kodu

Należy opisać wszystkie klasy, metody, pola itd. w celu utworzenia dokumentacji.
Dotyczy to komentarzy typu /// < summary >.
Dokumentacja będzie generowana przez narzędzie Doxygen.

Zadania podrzędne:

• #2
• #3
• #4
• #5
• #6
• #7
• #8

Sprawdzić w jaki sposób najlepiej będzie dodać atrybuty HTTP dla dynamicznych kontrolerów Web API

Aktualnie klasa EntityAsyncCrudAppService i wszystkie z niej dziedziczące nie mają określonych atrybutów HTTP.
Należy zrobić analizę jakie podejście będzie najbardziej właściwe.
Link do dokumentacji opisującej możliwości dodawania atrybutów http - https://aspnetboilerplate.com/Pages/Documents/Dynamic-Web-API

Komentowanie kodu - projekt CzuczenLand.Tests

Komentowanie kodu - projekt CzuczenLand.Application