Witam, szybkie pytanko, piszę prostą gierkę via WWW i przy okazji chciałem się nauczyć #laravel
Zastanawiam się jak rozwiązać pewien problem zw. z przechowywaniem danych mam encję Gracz i TypPrzedmiotu. Jeden gracz może mieć wiele przedmiotów danego typu, podobnie jeden typ może byś posiadany przez wielu graczy, więc teoretycznie sprawa jest prosta relacja n:m
@bonus: jedno z najgorszych mozliwych wydajnościowo rozwiązań, ale jak chcesz. Pomysł od MacDada był prosty i skuteczny, przesadna normalizacja jest o kant pupy czasem, warto sobie takie nadmiarowe dane przechowywać i raz na pare godzin zaktualizować z crona.
@bonus: mozesz robić tak, możesz keszować dane. Mało tego - możesz między laravela a mysqla wstawić nosqla. Możesz trzymać w sesji. Pierdyliard rozwiązań, ale przy skali 140 postów to faktycznie - żadne nie pokaże pazura.
Chciałem sobie jak najszybciej postawić środowisko, więc wybrałem homestead (zawsze było up-and-ready szybciej niż gdybym miał sobie sam ustawić via puphpet). A tutaj co? Muszę mieć na Windowsie php oraz composera?
Ściągnąłem i wypakowałem php, dodałem Path, ściągnąłem composera, próbuję zainstalować, problem - brak php_openssl.dll, ściągam openssl.dll, inny error - prawdopodobnie nie tą bibliotekę ściągnąłem. Skąd powinienem to pobrać? Chyba, że da się to zrobić szybciej? Homestead zawsze działał mi bezawaryjnie, z
Mirki znowu piszę z małą prośbę. Dajcie mi jakiś pomysł na projekt do wykonania, żeby dobrze się nauczyć. Byle to nie była robota na over 9000 godzin. Ja osobiście nie mam pomysłu. Oczywiście udostępnię dla was linka do githuba.
@knopers666: zrób silnik na miarę UNITY ( ͡°͜ʖ͡°)( ͡°͜ʖ͡°) tylko napisany w assemblerze żeby miał taką grafę jak avatar na sprzęcie sprzed 10 lat ( ͡°͜ʖ͡°)( ͡°͜ʖ͡°)( ͡°͜ʖ͡°)
@Spook: najlepsza w tym temacie. Jeffrey ma dar przekazywania wiedzy. Ja coś bym streścił w dwóch zdaniach, a on robi o tym 10 minutowy odcinek. Dobre materiały, świetnie się wypowiada, czysty akcent, normalnie nie wiem do czego się przyczepić...
Załóżmy, że chcę stworzyć nowy bardzo rozbudowany feature w moim projekcie.
Feature będzie składał się z kilku/kilkunastu klas + jednej głównej (np. SomethingService), która będzie operowała na obiektach z tych kilkunastu klas.
W takim przypadku mam najpierw stworzyć testy dla tej głównej klasy, czy raczej zacząc od testowania tych mniejszych i dopiero na końcu je zmockować i stworzyć testy dla SomethingService?
@kot1401: co to za TDD skoro już klasy masz, a dopiero teraz myślisz jak rozpisać testy ( ͡°͜ʖ͡°)
@kot1401: wygląda to mniej więcej tak - najpierw piszesz testy funkcjonalne, czyli to co może zrobić użytkownik końcowy. Przykładowo - Adaś wchodzi na wypok.pl, klika zaloguj, gdzie widzi dwa pola formularza, po kliknięciu zostaje zalogowany i powitany wiadomością "Cześć Adaś!"
Wchodzisz na wypok.pl - nie działa, piszesz więc test jednostkowy sprawdzający czy '/' zwraca status 200. Nie zwraca, robisz więc tak długo przy projekcie aż zwróci poprawny status.