Dracore - projekt gry via www 2D

[Gość]

No, ale dlaczego akurat jQuery? Jest przecież tyle lepszych alternatyw.

Jakich?

[Gitu Cropwel]

Jakich?

 

Czysty javascript jest o wiele wydajniejszy od wszystkich bibliotek

 

A co do gry to życzę powodzenia i obyś się nie zniechęcił

[Gość]

Czysty javascript jest o wiele wydajniejszy od wszystkich bibliotek

Uważasz, że w 2016 roku na stronach, których targetem nie są urządzenia mobilne trzeba mieć na uwadze wydajność?

[Writen]

Jakich?

Warto przeczytać: http://tutorials.comandeer.pl/js-jquery.html

 

Uważasz, że w 2016 roku na stronach, których targetem nie są urządzenia mobilne trzeba mieć na uwadze wydajność?

Tak, trzeba mieć to na uwadze. Optymalizacja to nieodłączny element tworzenia każdej aplikacji, a tym bardziej gry.

[Gość]

Warto przeczytać: http://tutorials.comandeer.pl/js-jquery.html

Przedstawiono tam jedynie najprostsze elementy, a nie ma sensu pisać własnego odpowiednika dla funkcji ajax i jej wrapperów, animacji i masy rzeczy, które już tam są, bo to, wraz z dbaniem o kompatybilność z wieloma przeglądarkami, kosztuje masę czasu.

 

Tak, trzeba mieć to na uwadze. Optymalizacja to nieodłączny element tworzenia każdej aplikacji, a tym bardziej gry.

Gry w przeglądarce (nie mówię o unity, flashu, native cliencie itd.) to nie są potwory, które wymagają gtx 960 i i7, HTML5 nie pozwala jeszcze na coś potężnego.

[Writen]

Przedstawiono tam jedynie najprostsze elementy, a nie ma sensu pisać własnego odpowiednika dla funkcji ajax i jej wrapperów, animacji i masy rzeczy, które już tam są, bo to, wraz z dbaniem o kompatybilność z wieloma przeglądarkami, kosztuje masę czasu.

Dla obiektu xhr nie potrzeba żadnych wrapperów, no chyba że jest się totalnym leniem. Kompatybilność z czym? Z IE6? Nie żartujmy sobie.

Prawdopodobnie nie przeczytałeś ze zrozumieniem artykułu, jest tam również link do strony w masą bibliotek, które są o wiele lepiej napisane niż jQuery. 

 

Gry w przeglądarce (nie mówię o unity, flashu, native cliencie itd.) to nie są potwory, które wymagają gtx 960 i i7, 

Najpewniej nie zdajesz sobie sprawy jak niezoptymalizowany kod może popsuć całą zabawę nawet na sprzęcie z górnej półki. jQuery potrafi tylko to spotęgować.

 

HTML5 nie pozwala jeszcze na coś potężnego.

I tutaj znowu nie zdajesz sobie sprawy na jak potężne rzeczy pozwala HTML5.

 

jQuery to jedna z tych bibliotek, które zdobyły popularność za sprawą amatorów ze względu na swoją prostą obsługę. Niestety ta rzecz liczy się w programowaniu najmniej.

[Gość]

Dla obiektu xhr nie potrzeba żadnych wrapperów, no chyba że jest się totalnym leniem. Kompatybilność z czym? Z IE6? Nie żartujmy sobie.

Prawdopodobnie nie przeczytałeś ze zrozumieniem artykułu, jest tam również link do strony w masą bibliotek, które są o wiele lepiej napisane niż jQuery.

I naprawdę nie zrobisz sobie klasy do HTTP z metodami pokroju POST, GET, PUT itd.?

 

Najpewniej nie zdajesz sobie sprawy jak niezoptymalizowany kod może popsuć całą zabawę nawet na sprzęcie z górnej półki. jQuery potrafi tylko to spotęgować.

Daj mi jakąkolwiek stronę z prawdziwego życia, która jest w stanie spowodować dyskomfort tylko ze względu na sposób w jaki ją napisano.

 

I tutaj znowu nie zdajesz sobie sprawy na jak potężne rzeczy pozwala HTML5.

Na co pozwala? Nie można nawet wykorzystać zwykłego TCP. API do powiadomień, wibracji, rysowanie w canvas wygląda fajnie, ale to dalej śmieszne w porównaniu do natywnych aplikacji.

 

jQuery to jedna z tych bibliotek, które zdobyły popularność za sprawą amatorów ze względu na swoją prostą obsługę. Niestety ta rzecz liczy się w programowaniu najmniej.

To jedna z tych bibliotek, które zdobyły popularność dzięki wieloletniemu, solidnemu rozwojowi i możliwościom. Wiele płatnych rozwiązań również z niej korzysta.

Wcześniej wspomniałeś też o tym, że jest źle napisane, mógłbyś to w jakikolwiek sposób uargumentować? Nie sądzę, żeby znalazło się miejsce na błędy przy tak gigantycznej społeczności skupionej wokół projektu.

[Writen]

I naprawdę nie zrobisz sobie klasy do HTTP z metodami pokroju POST, GET, PUT itd.?

 

Daj mi jakąkolwiek stronę z prawdziwego życia, która jest w stanie spowodować dyskomfort tylko ze względu na sposób w jaki ją napisano.

 

Na co pozwala? Nie można nawet wykorzystać zwykłego TCP. API do powiadomień, wibracji, rysowanie w canvas wygląda fajnie, ale to dalej śmieszne w porównaniu do natywnych aplikacji.

 

To jedna z tych bibliotek, które zdobyły popularność dzięki wieloletniemu, solidnemu rozwojowi i możliwościom. Wiele płatnych rozwiązań również z niej korzysta.

Wcześniej wspomniałeś też o tym, że jest źle napisane, mógłbyś to w jakikolwiek sposób uargumentować? Nie sądzę, żeby znalazło się miejsce na błędy przy tak gigantycznej społeczności skupionej wokół projektu.

Oczywiście, że lepiej napisać własny wrapper niż korzystać tego z jQuery, który nie daje nam prawie żadnej swobody. Oczywiście można skorzystać z jQuerowskiego obiektu xhr, ale to jest raczej męka.

 

Mam wrażenie, że nie znasz pełnych możliwości HTML5 i javascript. nosz kurde. Ja naprawdę nie mam zamiaru na te tematy pisać artykułu, w internecie jest dostępnych tyle informacji, że wypadałoby nauczyć się samemu pozyskiwać i aktualizować na bieżąco informacje.

 

Nikt tu nie mówi o błędach, tylko o złych praktykach i metodach. Nie ma też sensu korzystanie z czegoś co jest zupełnie niepotrzebne. Oczywiście, jeśli piszesz coś dla kumpla to sobie korzystaj z jQuery i innych takich syfów i miej wszystko zamulone w trzy dupy. Dla kogoś kto się tym zajmował zawodowo to jest nie do pomyślenia.

[Gość]

Oczywiście, że lepiej napisać własny wrapper niż korzystać tego z jQuery, który nie daje nam prawie żadnej swobody. Oczywiście można skorzystać z jQuerowskiego obiektu xhr, ale to jest raczej męka.

Łap dokumentację, bo chyba jej wcześniej nie widziałeś, skoro o braku swobody piszesz https://api.jquery.com/jQuery.ajax/#jQuery-ajax-settings

 

Mam wrażenie, że nie znasz pełnych możliwości HTML5 i javascript. nosz kurde. Ja naprawdę nie mam zamiaru na te tematy pisać artykułu, w internecie jest dostępnych tyle informacji, że wypadałoby nauczyć się samemu pozyskiwać i aktualizować na bieżąco informacje.

Uświadom mnie, cały czas tylko piszesz pustą krytykę jQuery, nie podałeś jeszcze ani jednego argumentu.

 

Nikt tu nie mówi o błędach, tylko o złych praktykach i metodach. Nie ma też sensu korzystanie z czegoś co jest zupełnie niepotrzebne. Oczywiście, jeśli piszesz coś dla kumpla to sobie korzystaj z jQuery i innych takich syfów i miej wszystko zamulone w trzy dupy. Dla kogoś kto się tym zajmował zawodowo to jest nie do pomyślenia.

Twierdzisz, że można ot tak zastąpić frameworki w "dużych" projektach? Nie wiem, czy Twoja opinia wynika z małego doświadczenia, czy też niewiedzy, ale świat tak nie działa. Nikt nie pisze w całości własnego kodu, bo to zwyczajnie nieopłacalne przy tak bogatych zasobach.

[Writen]

Łap dokumentację, bo chyba jej wcześniej nie widziałeś, skoro o braku swobody piszesz https://api.jquery.com/jQuery.ajax/#jQuery-ajax-settings

 

Uświadom mnie, cały czas tylko piszesz pustą krytykę jQuery, nie podałeś jeszcze ani jednego argumentu.

 

Twierdzisz, że można ot tak zastąpić frameworki w "dużych" projektach? Nie wiem, czy Twoja opinia wynika z małego doświadczenia, czy też niewiedzy, ale świat tak nie działa. Nikt nie pisze w całości własnego kodu, bo to zwyczajnie nieopłacalne przy tak bogatych zasobach.

Mam wrażenie, że ty nie wiesz co naprawdę oferuje natywne rozwiązanie xhr. Fakt, że przy małych projektach jest to przyjemne i wystarczające, ale co mi po tym?

Można ot tak zastąpić wszelkie frameworki w gigantycznych projektach. Współtworzyłem dedykowane rozwiązania dla naprawdę potężnego CRMa, w którym wykorzystanie jQuery byłoby po prostu śmieszne i zdecydowanie utrudniałoby dalszy rozwój.

Popracuj jako programista w poważnej firmie to się przekonasz jak działa świat. Jakbyś wspomniał o jakiś jquery, czy innych angularach to w najlepszym wypadku by cię tylko wyśmiali.

Nie mam zamiaru cię w niczym uświadamiać, bo znam wiele osób takich jak ty i nie ważne co powiem, to ty dalej będziesz wiedział swoje. No, ale cóż. Czym więcej takich osób z klepkami na oczach jak ty, tym więcej pracy dla mnie. Nie będę cię do niczego przekonywał, bo po prostu nie mam w tym żadnego interesu. Mogę cię jedynie zachęcić do samodzielnego przeanalizowania kodu wybranych modułów jQuery, o ile posiadasz wystarczające wiedzę i doświadczenie pozwalające cokolwiek zrozumieć. I nie proś mnie o podawanie argumentów, bo są to złożone rzeczy wymagające analizy uchybień w kodzie, co już w większym gronie osób robiliśmy. Ale jeśli by ci naprawdę zależało, to kiedyś wspólnie może coś takiego zrobić. Aktualnie nie mam na to czasu.

No i na koniec powiem, że to o czym pisałem nie oznacza, że z jQuery nie należy w ogóle korzystać. Trzeba po prostu mieć na uwadze, że natywne rozwiązania są dużo lepsze, szybsze i często przyjemniejsze.

EOT

[MaTvA]

Mam wrażenie, że ty nie wiesz co naprawdę oferuje natywne rozwiązanie xhr. Fakt, że przy małych projektach jest to przyjemne i wystarczające, ale co mi po tym?

Można ot tak zastąpić wszelkie frameworki w gigantycznych projektach. Współtworzyłem dedykowane rozwiązania dla naprawdę potężnego CRMa, w którym wykorzystanie jQuery byłoby po prostu śmieszne i zdecydowanie utrudniałoby dalszy rozwój.

Popracuj jako programista w poważnej firmie to się przekonasz jak działa świat. Jakbyś wspomniał o jakiś jquery, czy innych angularach to w najlepszym wypadku by cię tylko wyśmiali.

Nie mam zamiaru cię w niczym uświadamiać, bo znam wiele osób takich jak ty i nie ważne co powiem, to ty dalej będziesz wiedział swoje. No, ale cóż. Czym więcej takich osób z klepkami na oczach jak ty, tym więcej pracy dla mnie. Nie będę cię do niczego przekonywał, bo po prostu nie mam w tym żadnego interesu. Mogę cię jedynie zachęcić do samodzielnego przeanalizowania kodu wybranych modułów jQuery, o ile posiadasz wystarczające wiedzę i doświadczenie pozwalające cokolwiek zrozumieć. I nie proś mnie o podawanie argumentów, bo są to złożone rzeczy wymagające analizy uchybień w kodzie, co już w większym gronie osób robiliśmy. Ale jeśli by ci naprawdę zależało, to kiedyś wspólnie może coś takiego zrobić. Aktualnie nie mam na to czasu.

No i na koniec powiem, że to o czym pisałem nie oznacza, że z jQuery nie należy w ogóle korzystać. Trzeba po prostu mieć na uwadze, że natywne rozwiązania są dużo lepsze, szybsze i często przyjemniejsze.

EOT

 

Jezu, ludzie...

Nie kłóćcie się o to, czy jQ jest wydajniejszy/lepszy od zwykłego JS.

Przecież nie o to chodzi.

 

W projekcie wykorzystuję jQuery, bo mam z nim pewne doświadczenie; wiem, że ta sama funkcja napisana w JS zajmuje 3x więcej miejsca niż w jQuery. A JS wybrałem ze względu na większą wygodę (dla mnie).

Poza tym potrzebuję tylko prostych funkcji, typu odświezanie, formularz.

Nawet nie widzę sposobu dodania animacji na mapę (próbowałem, koszmarnie to wyglądało, na dłuższą metę się bugowało).

 

Mało tego - spory tego typu są bezsensowne. Zawsze przecież można korzystać z jQ i JS jednoczesnie...

 

 

Co do projektu, to coraz mniej czasu na niego poświęcam (muszę ogarnąć najpierw sprawy prywatne) - co nie znaczy, że go porzucam.

Kowal został już dodany.

Aktualnie pracuję nad targowiskiem (handel między graczami).

 

 

Dodatkowo zmieniam lekko założenia gry.

Będzie to przede wszystkim "klikanka" typu "rozbuduj swoje miasto".

A mapa będzie kolejną częścią rozbudowy fabuły gry, oraz postaci.

 

Całość dalej piszę pod tekstową bazę.

 

 

 

Poza tym myślę nad przebudową szablonu silnika.

W urządzeniach mobilnych np. ekwipunek wyjeżdża nieco ponad content (wina rozdzielczości).

Grę testowałem na kilku rozdzielczościach PC - na Windows, na Androidzie, iPadzie.

[Writen]

Myślę, że lepiej byłoby Ci rysować tą grę w canvasie.

Jeśli chodzi o bazę danych to baza sql byłaby chyba najlepsza. Ale możesz też rozważyć skorzystanie z nierelacyjnej bazy danych mongoDB, która korzysta z formatu JSON, więc jest bardzo prosta i szybka.