Archief - DISCUSSION: javascript of flash

Allereerst waarom deze discussie?

een vertakking binnen een bedrijf maakt een educatief spel, volledig opgebouwd in javascript en dhtml. -alles hardcoded, weinig flexibiliteit tot aanpassen.
het spel bestaat eruit door het aanklikken van bolletje in een raster dat je moet moet doorlopen (je begint linksonder en kan enkel via omhoog,rechts naar uiteindelijk het einddoel rechtsboven gaan)
bij het aanklikken van zo een bolletje krijg je een vraag.
zo bouw je eventueel een score op en leer je zogezegd spelenderwijs de theorie door praktische vragen.

in een andere tak word idem spel ontwikkeld in flash. -niets hardcoded, gevoed door XML en de layout is opgebouwd uit individuele componenten die makkelijk te herschikken zijn of veranderd van look.
het spelbord is hier een bestuurbaar item met de pijltjestoetsen dat je over een speelveld al dan niet met obstakels/muren moet besturen en je bij "bolletjes" of andere items in aanraking komt een vraag krijgt.(totdat alle items opgebruikt zijn)

nu to the point:

waar de javascript versie zich atm aan vastgrijpt = no plugin required.
correct! maar het werkt niet in firefox.
(als je trouwens op de macromedia site de verspreiding van de flash plugin bekijkt staat deze procentueel hoger dan java)

wat wil ik graag? nog voordelen waarom javascript tov flash zou moeten gebruikt worden of vica versa. (sprekend in dit geval van zo een soort game platform met educatieve doeleinden)

flash: vector oriented waardoor het makkelijk aan te passen is naar een andere resolutie als ge da eventueel wilt kwenie of ger iets me zijt ma klinkt me toch wel een voordeel van flash tov javascript

uhh.. dit hoor toch bij webdesing?

CEPTIFILE zei:

uhh.. dit hoor toch bij webdesing?

Klik om te vergroten...

als ge dan toch correcte opmerking wilt maken, dan zeg je dat dit eerder bij "gamedesign" hoort.

maar het hoort mss wel beter bij webdesign (ik vrees dat er op gamedesign niet veel respons zal komen en op webdesign zijn er ongewtijfeld meer met ervaring op vlak van flash of javascript)

zo dadelijk eens moven.

ps: de discussie is flash-java, kom niet af met PHP... waarom anders niet direkt de source engine van HL² aanspreken?
pps: vuile deleter

Blaze,

Als je het mij vraagt : Javascript.

De nadelen die je opsomt hebben te maken met de manier waarop geprogrammeerd wordt, niet met Javascript.

- Het is perfect mogelijk om in Javascript cross-browser te werken (zoek maar eens op ECMA-script).

- Het is perfect mogelijk om met Javascript XML aan te spreken, en zelfs om de 'statelessness' van HTML te omzeilen (zoek maar eens op XMLHttprequest).


Een (klein) voorbeeldje : www.secretagentmen.be.

Nog meer voorbeelden van de wonderen van DHTML/Javascript/XMLHttprequest zijn te vinden op www.marcelnet.be (je moet wel geregistreerd zijn).

idd, als je het mij vraagt is het ook javascript, maar dit ligt dan weer omdat ik javascript veel 'plezanter' vind om ineen te steken, in flash pruts ike rop los en raak ik nogal snel geergerd....
animated gifkens en javascript

Normaal ben ik niet zo'n super-voorstander van Flash, maar het voordeel hier is dat je slechts afhangt van één factor, met name of de plugin geinstalleerd is.

Bij javascript/dhtml daarentegen hangt de werking van meerdere factoren af. Is javascript ingeschakeld, wordt het volledig ondersteund door de browser, ...?

Flash, voor dezelfde reden als hierboven

nog es benadrukken: javascript != java

Voordelen van javascript:
- kan worden gebruikt zonder dat er een plugin beschikbaar is
- met wat werk werkt het in alle (moderne) browsers
- je kan het ook dynamisch maken door xml te importeren
Nadelen van javascript:
- men kan in de bron kijken en daar de link naar het xml document met de vragen & antwoorden vinden
- het kan uitgeschakelt zijn in de browser

Voordelen Flash:
- je moet geen rekening houden met cross-browsers aanpassing, als de plugin is geinstalleerd werkt het over hetzelfde
- men kan de locatie van het xml document niet direct zien (tenzij men de flash decompiled)
Nadelen Flash:
- de plugin moet geinstalleerd zijn in de browser

Ik denk dat in dit geval flash te verkiezen is omdat er dan minder gemakkelijk vals gespeeld kan worden en het makkelijker crossbrowser te krijgen is.

mja, voorbeelden of dergelijke gelijk netlash zijn zeker welkom.

zo bv. die javascript versie moet telkens met een server communiceren om een score bij te houden.
je klikt een vraag aan, parameters naar een server - vraag word gestuurd - antwoord word gevegeven - score/parameters naar server - update naar het platform waar een score teller etc staat.

terwijl in flash
klikt een vraag aan, alle vragen zijn reeds op voorhand ingelezen en roept een vraag op zonder beroep te doen op een server, je antwoord en de gegevens word direkt meegegeven aan het platform en het nodige word ge-update.
enigste moment wanneer de server belast word is bij een save-game.

ok, ook hier kan mss dit wijten aan verkeerd gebruik van javascript maar het is het principe dat een beetje telt dat flash ervoor kan zorgen dat de server negenoeg niet belast word. (of zelfs zonder problemen offline kan draaien en de result opslaan in een flashcookie)

ps: het gaat echt wel om heel veel users die het gebruiken (nu reeds de politie van nederland en later de landmacht)

nog een punt, flash laat het nu toe om vlotjes geluid/video te integreren of voor highly interactieve oefeningen te zorgen.
wat in javascript toch moeilijker is (in sommige cases onmogelijk? )

zoals bij java kan browser keuze een vereiste zijn (of het ingeschakelt zijn ervan)
zo is bij flash de plugin een vereiste.

je zou kunnen zeggen dat die 2 items mekaar opheffen... zo zou ik dus meer voorbeelden willen hebben die mekaar al dan niet opheffen

Mijn argumenten (in willekeurige volgorde, zoals ze door mijn hoofd schieten) :

- In een 'gecontroleerde omgeving' (bv. bedrijfsintranet), kies dan onmiddellijk voor Flash. Als je zeker weet dat iedereen de plugin heeft, biedt Flash oneindig veel meer mogelijkheden, zeker qua 'multimedia'.
In een 'ongecontroleerde omgeving', kan je NIET, herhaal NIET uitgaan van die plugin. Bovendien, de cijfers van geïnstalleerde flash-plugins zeggen m.i. niets over de versie...
Met alle angst voor virussen, spyware en spam, zal een doorsnee gebruiker bij de vraag 'veiligheidswaarschuwing : plugin installeren ?' NIET installeren.

- Ook in Javascript kan je vragen/antwoorden preloaden, juiste antwoorden/score in cookie opslaan, met variabelen werken en doorgeven etc. Server-load is mijn gedacht geen issue - als het goed gedaan is.

Voorbeeld : www.mistermoonlight.be/nl - de shopping-cart bestellingen worden in een cookie bijgehouden van pagina tot pagina, en pas bij uit-checken naar de server gestuurd.

- Flash is nogal cpu-intensief. Een doorsnee-computer komt, bij (niet-optimaal geprogrammeerde) flash tot een tergende stilstand. Maar ditzelfde kan bij mijn weten ook over Javascript gezegd worden.

- Flash op zich is in een website een usability-nachtmerrie. Gebruikers zijn hun gevoel van 'paginas' kwijt.
Als de applicatie op zichzelf staand is, dan heb ik geen probleem met Flash. Als ze ingebed is in een website : :naughty:

- Er zijn écht wel ongelooflijke dingen mogelijk qua animatie in Javascript/Dhtml.
Voorbeeld : http://map.search.ch/

(Mijn stokpaardje op dit moment : 2005 wordt het jaar van javascript/dhtml. We beginnen nu pas de mogelijkheden te verkennen. Zie Google gmail.)


Meer volgt als ik meer kan bedenken...

Ah, daar zaten nu eens zeer nuttige elementen in die het gebruik van het een of het ander niet uitsluiten.

(thx voor die kaart, ben afgelopen zomer in Montreux geweest aan dat groot meer linksonder, nabij lausanne .. leuk om zo terug te zien !)

ps: da applicatie is idd op zichzelf staand...het is een soort edu game platform en niet een website. bij wijze van spreken een webapplicatie)

nuttige input, thx

Hold your horses, in javascript kan je ook perfect NIET statisch gaan werken via XML requests (enkel op heel oude browsers kan dat niet), en dus ook een speelbord (met eraan gekoppelde vragen) dynamisch laten verlopen (via uploaden van aangepaste XML file of backend via web scripting). De vergelijking loopt nu mank omdat de uitwerking in beide oplossingen die je voorstelt verschillend is. Javascript kan ook perfect alle vragen ineens naar de client halen, daar de score bijhouden en die uiteindelijk doorsturen naar de server als het hele traject werd afgewerkt... Via het gebruik van cookies zou je zelfs even het spel kunnen onderbreken om later verder te doen .

Wat XML en Javascript betreft vat volgende pagina alles mooi samen (cross-browser, IE, Safari & Mozilla/Firefox) :
http://developer.apple.com/internet/webcontent/xmlhttpreq.html

@slicer:
Je hoeft de code zelfs niet te decompileren om te weten welke XML er opgevraagd werd door de Flash anim. Valsspelen kan maw in beide gevallen even makkelijk (in JS kan je trouwens ook nog de goedkope encoding truuk - unescape al dan niet in combinatie met pakweg een simpele xor - gebruiken om net het relevante deel van de code waar je de XML gaat opvragen onleesbaar te maken - wat het ook al iets moeilijker maakt voor simpele zielen ).

netlash zei:

Flash op zich is in een website een usability-nachtmerrie. Gebruikers zijn hun gevoel van 'paginas' kwijt.
Als de applicatie op zichzelf staand is, dan heb ik geen probleem met Flash. Als ze ingebed is in een website : :naughty:

Klik om te vergroten...

is ook nie volledig waar ze, Desh was er overlaatst me bezig had em mij gezegd, als ge alles deftig in elkaar steekt kunt ge best me uw back en forward buttons werken

Mistabeen zei:

is ook nie volledig waar ze, Desh was er overlaatst me bezig had em mij gezegd, als ge alles deftig in elkaar steekt kunt ge best me uw back en forward buttons werken

Klik om te vergroten...

Maar dan is uw site ineens ook wel ingeframed èn moet je op elke "pagina" in Flash wel zorgen dat er een synchronisatie is naar dat hidden frame, anders verlies je de back/forward functionaliteit... Toch als je 't cross-browser (en cross-platform PC/Mac) wil doen werken. En ja, ik spreek uit ervaring.

Volgende pagina kan je alvast op weg zetten om back/forward met Flash uit te werken :
http://www.robertpenner.com/experiments/backbutton/backbutton.html

BTW Named anchors werken dus NIET cross-browser/cross-platform, alvorens de slimsten onder ons daarmee komen aandraven als oplossing .

Sorry ma alsek merk dat een Flash site is ga ik zowieso toch al ni op die back button klikken. Tenzij om terug naar een vorige site te gaan. En dat vind ik maar goed ook.
Steldu voor ge ga op google zoeke nr cola, ge komt op flash site van coca cola ge bekijkt die helemaal.. en dan mr back back back drukken heel die flash site in omgekeerde volgorde door.

Ze moetten hun SWF'e maar gebruiksvriendelijk genoeg maken, en de Back button voor de html enzo houden.

Dafference zei:

Sorry ma alsek merk dat een Flash site is ga ik zowieso toch al ni op die back button klikken. Tenzij om terug naar een vorige site te gaan. En dat vind ik maar goed ook.
Steldu voor ge ga op google zoeke nr cola, ge komt op flash site van coca cola ge bekijkt die helemaal.. en dan mr back back back drukken heel die flash site in omgekeerde volgorde door.

Ze moetten hun SWF'e maar gebruiksvriendelijk genoeg maken, en de Back button voor de html enzo houden.

Klik om te vergroten...

Eum
Als je een gewone html site helemaal bekijkt, en dan mr back back back drukken, ga je toch ook heel die site in omgekeerde volgorde door.. Raar argument ze Dafference
Back button implementeren in flash sites is juist de gebruiksvriendelijkheid bevorderen.

pin het niet vast op de back button, die is hier trouwens (in dit geval) helemaal niet van toepassing.
in de javascript OF de flash versie van dit zogenaamd spel.

trouwens, ne backbutton gebruik ik enkel om in een babe gallery vliegensvlug den thumb aan te klikken en terug naar de index te gaan en gotoAndPlay ("stap1");

Flash is toch onmiskenbaar om een meerwaarde te bieden op animatie+grafisch.
zoals eerder aangehaald, als er video word gebruikt moet men ook zorgen dat er een mediaplayer of andere plugin avail is.

nu voeg ik met gemak video in en het enige dat ik nodige heb is - jawel die 1 ne flashplugin.
hell, ik smijt er een live streaming video in zodat 2/meer personen met mekaar kunnen chatten/video/spreken en wat heb ik nodig, die 1 ne flash plugin.

is dat dan niet flexibeler zijn? buiten dat beiden "talen/tools" nagenoeg hetzelfde kunnen realiseren tegen de klant zeggen - u moet ENKEL die flashplugin hebben en done.

kan je in javascript games maken zoals je ze vaak ziet in flash (waar ikzelf vind dat ze me er kotsmisselijk mee rond de oren slaan)
kan je makkelijk een platform game maken of iso tiled.
en ja? waarom zijn die flashgames dan zo groot in aantal ....

ergens moet er toch een reden-oorzaak zijn dat voor zulke items toch sneller naar Flash word gegrepen ipv javascript (geen applets of dergelijke)

Grote reden daarvoor is denk ik dat de 'drempel' om Flash te gebruiken toch wel een stuk lager ligt dan Javascript. Hiermee bedoel ik natuurlijk niet dat je met Flash geen geavanceerde dingen kan doen, maar het valt wel niet te ontkennen dat ge met wat (slecht) geprul in flash al snel tot een eenvoudige game komt.

ieman al gehoord van vml? vectoriele grafische elementen (lekker snel du) die heel gemakkelijk gemanipuleerd kunnen worden. ordt veel gebruikt om graieken te tekenen adhv dynamische gegevens

lang geleden dat ik er nog its mee gedaan heb, dus ben ni ech op hogte van cross-b. compat.