Zastanawiam się, czy połączenie JavaScript po stronie klienta z serwerami PHP / mysql to dobry pomysł na gry przeglądarkowe dla wielu graczy w HTML5 w czasie rzeczywistym?
Moja wiedza techniczna jest bardzo ograniczona i chociaż planuję uczyć się node.js w przyszłości, krzywa uczenia się jest obecnie dość duża.
Ponieważ jestem już zaznajomiony z PHP, myślę, że działałbym znacznie szybciej.
Myślę, że skala wynosi od 2 do 8 graczy. I starając się, aby liczba wiadomości między klientem a serwerem była jak najniższa.
Wartości, które zamierzam przechowywać / obsługiwać to:
- Nazwa i identyfikator gracza.
- Pozycja X i Y.
- Zdrowie.
- Wyposażone przedmioty (maksymalnie 8 miejsc, prawdopodobnie mniej).
- Akcje (chód, atak, użycie itp., Ale tylko 1 akcja / gracz na raz).
- Współrzędne i trajektoria punktora X, Y.
- Nazwa gildii / klanu.
- I kilka podstawowych funkcji czatu / mailingu.
Sądzę, że chociaż nie jest to najlepsze rozwiązanie, ale jeśli utrzymuję małą logikę, jest to całkowicie wykonalne. Czy mam rację?
4
Brzmi doskonale wykonalne. Dlaczego po prostu tego nie spróbujesz? W najgorszym przypadku poświęcasz trochę czasu na naukę, w najlepszym przypadku dostajesz dokładnie to, czego chcesz.
—
William Mariager
Tak, ale wyobrażam sobie, że tworzenie tego zajęłoby trochę czasu i nie lubię marnować czasu, dlatego zapytałem tutaj. =)
—
justanotherhobbyist
Jeśli się czegoś nauczysz, czas się nie zmarnuje. ;) Warto zastanowić się nad tym, że jeśli zmienisz język, poświęcisz czas na naukę nowego języka i naukę pracy w sieci w tym samym czasie, co oznacza znacznie więcej debugowania, aby dowiedzieć się, gdzie popełniłeś błąd. Jeśli będziesz trzymać się tego, co wiesz, najpierw nauczysz się pracy w sieci, a następnie możesz ją przenieść, jeśli okaże się nieefektywna, a następnym razem, gdy ktoś zadaje podobne pytanie, poznasz właściwą odpowiedź, ponieważ ją przetestowałeś.
—
William Mariager
To właściwie dobra uwaga
—
justanotherhobbyist