Javascriptový herní engine pro jQuery
Nálepky:
Plugin pro známý framework jQuery s názvem gameQuery pomáhá při psaní her v JavaScriptu. Zatím je sice ve velmi rané fázi vývoje, ale přesto nabízí řadu funkcí, které lze při vývoji her použít, jako je např. detekce kolizí objektů. Demonstraci jeho funkcí a možností můžete vidět na stránce ukázkových aplikací.
Upozornil Jasnapaka @ Twitter
Martin Malý
Začal programovat v roce 1984 s programovatelnou kalkulačkou. Pokračoval k BASICu, assembleru Z80, Forthu, Pascalu, Céčku, dalším assemblerům, před časem v PHP a teď by rád neprogramoval a radši se věnoval starým počítačům.
Moc hezké. A skvělý zážitek je zapnout si Firebug a sledovat, jak se při hraní online mění kód – skoro jako Matrix :-)
Ježišmarja, kam to HTML dopracovalo? :) Já jsem myslel, že na takovéhle věci bude Canvas, ne DOM…
Taky mi to přijde trochu šílené*, ale zase když si představím, že by v tom mohla běhat hra, kterou jsem hrával na 386 :-) to je příjemná nostalgie. Canvas mě tolik nebere – víc fandím vektorům (SVG).
*) HTTP/HTML prostě beru primárně jako nástroj k publikování dokumentů, hypertextu, na jiné úkoly jsou jiné nástroje (i když je třeba se smířit s tím, že na webu se provozují i aplikace a je to „platforma“).
Já Canvasu celkem fandím, protože čím jiným nahradit Flash (a poslouchat po zbytek života, že Flash je zlo, nechci :)). Myslím, že hry na web patří… v podstatě cokoliv patří na web (uživatelé nechtějí pořád něco instalovat).
Hry ale nejsou hypertext, takže je nesmysl řešit je v DOMu, řešit mark-up postaviček atd. :)
Podle mě se všechno bude odvíjet od nástrojů na tvorbu takových věcí. Pokud např. Adobe (má nejlíp našlápnuto) přijde s kompilací animací a ActionScriptu do Canvasu/JS, tak se to rychle rozšíří a stane běžnou praxí. A Canvas by pro ně neměl být problém, je to „takový jiný Flash Player“. A s vektory se tam přece pracovat může, nebo ne? (pouze nejsou zapsány deklarativně, čili jako součást DOMu)
Canvas je bitmapový, takže aby na něm bylo možné vykreslovat vektory, je potřeba je nejdřív převést na bitmapu (v konkrétním rozlišení), což dělá nějaký javascriptová knihovna. Proto mi přijde šikovnější, když se o vykreslení těch vektorů (převod na bitmapu) stará prohlížeč, resp. nějaká nativní knihovna (která to bude dělat efektivněji než JS a může třeba i používat HW akceleraci). V takovém SVG lze kombinovat bitmapy i vektory, takže např. ty postavičky ve hře můžou být bitmapové, ale bude ta postavička nějak uchopitelná (adresovatelná) jako celek – nebude to jen hromádka pixelů. Takže její posun bude znamenat nastavení X/Y souřadnic – nebudu muset řešit přesun jednotlivých bodů (resp. JS knihovna to nebude muset řešit).
I co se týče náhrady Flashe, tak mi přijde, že je mu daleko podobnější naskriptované SVG než canvas.
Aha, ještě jsem se neponořil do studia Canvasu, ale myslel jsem, že bude pracovat s nějakými „sprity“ ve vrstvách, čili, že bude mít nějaký samostatný objektový model (takový „jakobyDOM“, i když bez deklarativní reprezentace)…
Skriptované SVG nahradí Flash jen částečně, protože ještě je potřeba umět na vektory aplikovat i bitmapové filtry, případně udělat z vektoru bitmapu a dál s ní pracovat na úrovni pixelů, apod.
Podle mě se musí nějak zintegrovat všechno – tradiční <img>, canvas i SVG (a ostatně i video), jinak to Flash nenahradí beze zbytku.