Wątek: Ajax

Tak się zastanawiałem czy też nie zacząć pisać gry w jakimż ajaxowych frameworku. W sumie można by zaoszczędzić na transferze wymieniając dane tylko w XML... Jednak przyznam szczerze, że widziałem już parę stron ajaxowych, które nie odżwieżały się za dobrze. Do tego nie wiem jak wam ale mnie przeładowanie strony się podoba - jestem wtedy pewien że mam aktualne dane na ekranie a przy ajaxie to mam wrażenie że nic się nie dzieje. Zdecydowałem się tylko na ajaxowego shoutboxa. Co o tym myżlicie?

Trudno rzec tu cos konkretnego, wszystko zalezy od umiejetnosci ajaxowych, czym na tym forum malo kto moze sie pchwalic no i oczywiscie od koncepcji, a ta juz jest indywidualna.
Cala gra w ajaxie moze byc troche dziwnym zabiegiem, ale nie musi sie nie sprawdzac. Efekt moze byc naprawde przyjemny, choc z pewnoscia bedzie to bardziej pracochlonne niz bez ajaxa.
Dorzucanie elementow ajaxowych do standardowej gry jest moim zdaniem bardzo dobrym pomyslem i sam sb w tej technologii sprawdzac bedzie sie o wiele lepiej niz standardowy. W ten sposob mamy "normalna" gre urozmaicona tam gdzie trzeba dynamicznymi elementami - dokladnie to, co trzeba

Moim skromnym zdaniem lepiej zrobić grę tradycyjnie, a tylko urozmaicić niektóre elementy o ajax (np. logowanie, czy inne funkcje gry). Dokładnie jak powiedział WAN:

Zamieszczone przez WAN

W ten sposob mamy "normalna" gre urozmaicona tam gdzie trzeba dynamicznymi elementami - dokladnie to, co trzeba

"Dokładnie to, co trzeba"

No włażnie zastanawiam się czy by nie zrobić ajaxowo boxu w którym wyżwietla się sytuacja w jego lokacji (np. że ktoż przyszedł, wyszedł, popatrzył na coż lub upużcił). Niektórzy przecież będą raczej stać w miejscu i gadać na shoutboxie jednoczeżnie wiedząc co się wokół nich dzieje - i do tego nie będą musieli odżwieżać całego iterfejsu gry ...

No ale to nie takie proste jak by się zdawało bo jeszcze jeżeli są inne ruchome elementy w lokacji jak NPCe czy też ruchome przedmioty to też trzeba by robić ich refresha i nanosić na interfejs gry. Czyli w sumie może wyjżć tak że ajax odpalony 10x cyklicznie co np minutę wymieni więcej transferu niż np 2 odżwieżenia zwykłe ... Może skórka nie warta wyprawki ...

Niekoniecznie. Tego typu elementy mozesz zrobic jako odswiezane na zadanie - gracz potrzebuje, no to klika na "odswiez" i dostaje aktualne dane. Jesli nie potrzebuje - to nawet nie wie, ze jest tu gdzies ajax

WAN, przycisk odżwieżanie na żrodku statystyk - niezbyt miła wizja
Ajaxa mam zamiar użyć do:
- chat (karczma),
- ekwipunek (drag & drop),
- podróżowanie po mapie (click),
I... to chyba na tyle

A kto mowi, ze w srodku statystyk? Dobrze go ulokowac np. pod mapka i niech odswieza mapke po kilknieciu. Ba, niech sama mapka reaguje na klikniecie i sie odswieza. Nie badzmy za bardzo ograniczeni

WAN, nie wiedząc czemu wywnioskowałem, że gadamy o statystykach

Najprostszym sposobem jest wymyżlenie jakiegoż sensownego API porozumiewania się strony skryptowej po stronie serwera ze stroną JS po stronie użytkownika. Jeżeli projektujemy grę od podstaw, można spokojnie ograniczyć liczbę requestów do jednego. Ja osobiżcie używam JSON zamiast XML - wygodniejsza obsługa w JS :>

Przykład:

Kod:

echo json_encode( 
array( 
    'stats' => array(//staty),
    'chat' => ' tutaj wpisy z chata',
    'events' => 'Wydarzenia'

) 
);

Klaus Korner, na JS i Ajaxie nie znam się prawie w ogóle... to co dałeż... to coż zrobi?