Javascript - fresh and freaky

Da sich optische Effekte gut machen und eine lebhaftere Interaktion vortäuschen, bin ich auf der Suche nach welchen. Flash ist nichts für mich. Javascript schon. Bsp.: jParallax .

Ich bin jetzt auf der suche nach Js-Frameworks die sich gut für Browsergames eignen, einfach und vielseitig sind. Speziell zum optischen aufmotzen von Standardaktionen wie z.B. Item-kauf per Drag and Drop usw. Macht bestimmt was her und würde mir Spaß machen zu realisieren.

Ich habe mir jetzt scriptaculous näher angeschaut. Hat eigentlich alles was ich brauche. Da es aber solche Unmengen an Frameworks gibt bin ich irgendwie noch nicht so entschlossen. Es könnte ja sein, dass es noch ein viel besseres und einfacheres gibt. Kennt ihr eins? Bzw. Habt ihr Erfahrung mit Scriptaculous?

Ach und wenn wir schon dabei sind. Für wie sinnvoll haltet ihr es den Google Libary Service zu nutzen? Also Frameworks nicht auf dem eigenen Webserver bereitzustellen. Mir fallen da nur positive Argumente ein. Aber Google ist ja kein Wohlfahrtsverein und verfolgt damit doch bestimmt irgendwelche Ziele... nur welche?

Mein Favorit: jQuery

Mein Favorit ist mootools. Bezüglich Fremdhosting habe ich keine Erfahrungswerte, jedoch sehe ich das sehr kritisch. Der einzige Vorteil ist die möglicherweise verkürzte Wartezeit beim Laden, weil die Datei schon im Cache von einer anderen Webseite liegt. Mehr Vorteile sehe ich nicht. Und für die Risiken und Umstände ist mir das zu wenig an Vorteilen.

Kritiker mögen jetzt möglichweise sagen, dass dadurch man immer die aktuellste Version vom Framework hat. Das sehe ich jedoch als Nachteil, da es bei einigen Updates zu breaking-changes kommen kann, welche man am besten selbst überprüft. So hat man auch den Überblick über das was beim Client ausgeführt wird.

Original von Jackflash

Aber Google ist ja kein Wohlfahrtsverein und verfolgt damit doch bestimmt irgendwelche Ziele... nur welche?

Google macht damit nur was es immer macht: Daten der Nutzer zu sammeln.

Ich möchte auf eine schöne Funktion des IE 8 hinweisen:

Wenn ein JS-Framework mit einer bestimmten URL von vielen Webseiten genutzt wird (klassisch: Benutzeridentifikation), so blockiert der IE 8 dies.

Ansonsten sehe ich das Einbinden von aktiven Inhalten von einer fremden, nichtkontrollierten Domain als Wahnsinn an.

Ich bin auch gerade auf dem JS Zug, aus dem selben Grund wie du. Ich hab mich für jQuery entschieden, werde mein BG wahrscheinlich auf Basis der UI stylen, scheint sich sehr gut für eine Art WebOS oder ein ajaxschweres BG zu eignen ;D

habe mal intensiver mit dojo gearbeitet, war aber nicht zufrieden. mit kanonen auf spatzen schießen umschreibt es ganz gut. außerdem haben die im wochentakt eine neue version rausgebracht und immer wieder waren die updates nicht abwärtskompatibel, und ich musste ständig von vorne anfangen.

momentan arbeite ich mit prototype/scriptaculous und bin damit sehr zufrieden. ich habe sicherlich noch nicht alles erkundet, was da so geht, aber bisher konnte ich alles, was ich wollte, irgendwie umsetzen im framework. grade prototype bietet sehr viele feine javascript-ergänzungen, da macht das arbeiten richtig spass.

Kritiker mögen jetzt möglichweise sagen, dass dadurch man immer die aktuellste Version vom Framework hat. Das sehe ich jedoch als Nachteil, da es bei einigen Updates zu breaking-changes kommen kann

Sollte ja eigentlich nicht passieren aber daran hab ich noch gar nicht gedacht.

Wenn ein JS-Framework mit einer bestimmten URL von vielen Webseiten genutzt wird (klassisch: Benutzeridentifikation), so blockiert der IE 8 dies.

Wie krass ist dass denn. Bei dem Marktanteil vom IE ist das bestimmt ein Schlag für Google Analytics.

Google macht damit nur was es immer macht: Daten der Nutzer zu sammeln.

Also Cookies werden keine gesetzt. Und anders als die .js File downloaden wird ja nicht interagiert.

Zum Thema, jQuery habe ich mir jetzt 3 Stunden angeschaut. Mittlerweile bin ich überzeugter bei prototype/scriptaculous zu bleiben, da es für mich besser nachzuvollziehen ist. Und es gibt eine Menge an Tut`s.

Original von Jackflash

Zum Thema, jQuery habe ich mir jetzt 3 Stunden angeschaut. Mittlerweile bin ich überzeugter bei prototype/scriptaculous zu bleiben, da es für mich besser nachzuvollziehen ist. Und es gibt eine Menge an Tut`s.

Immerhin hastes angeschaut :)

Immerhin hastes angeschaut :)

Na klar, sonst hätt ich ja das Thema nicht gestartet. Ich habe eben nur versucht die selben Sachen mit jQuery umzusetzen die ich schon mit pt/sc geschafft habe. Dabei war der ((Argh f***)/(Hey cool)) Faktor nur deutlich grösser. Aber ich schaus mir am WE noch mal genauer an. Oder doch erst nach dem Abitur... sollte eigendlich lernen.

Prototype ist WIMRE eingeschlafen.
/me schwört auch auf jQuery.

Original von Jackflash

Wenn ein JS-Framework mit einer bestimmten URL von vielen Webseiten genutzt wird (klassisch: Benutzeridentifikation), so blockiert der IE 8 dies.

Wie krass ist dass denn. Bei dem Marktanteil vom IE ist das bestimmt ein Schlag für Google Analytics.

Man muss diese Funktion aber erst einschalten. Ergo: Betrifft den Durchschnittsnutzer nicht.

Google macht damit nur was es immer macht: Daten der Nutzer zu sammeln.

Also Cookies werden keine gesetzt. Und anders als die .js File downloaden wird ja nicht interagiert.

Und wenn sie es irgendwann machen? Auch ohne Cookies haben sie noch eine zusätzliche Datenquelle (falls sich das ganze durchsetzt).
Außerdem muss ich mich noch auf Fremde verlassen. Wo ist da überhaupt der Vorteil außer 5MB Traffic im Monat zu sparen?

JQueryUI ist recht cool um nen bissl style und effekte zu machen.

Ich nutze prototype und jQuery. Prototype, weil die IDE auf mich einfach ausgereifter wirkt und jQuery wegen dem UI und dem damit einhergehenden theming, was ich extem cool finde.

In Sachen UI ist ExtJS imho mit weitem Abstand Referenz. ;) Aber als Basisframework gefaellt mir jQuery am besten.

Noch zum Thementitel: Insgesamt find ich JS sehr fresh in Sachen OOP mit Prototyping, eher freaky ist es dabei an den Sprachfehlern in JS vorbeizuschiffen und nur die guten Anteile* mitzunehmen.

* Den kann ich nur emfehlen mit all seinen Vorträgen. Sein Englisch war zumindest für mich sehr einfach zu verstehen. Ein wenig Basiswissen in Sachen JS vor den 1,5h Voträgen schadet aber nicht. Es lohnt sich!

Und in Sachen Abi: Willkommen im Club ;D Nurnoch drei Wochen Schule. oO

Mit mootools ist mittlerweile auch ExtJS möglich. Ich möchte jetzt jedoch nicht von mootools predigen nur weil ich es benutzte *g*

@Abi: Heute DeutschGK, morgen PhysikLK. Am Donnerstag ist mit DatenverarbeitungLK dann alles vorbei, es folgen die Ferien und noch ein paar Klausuren und die mündl. Prüfung, aber an und für sich ists am Do gelaufen :)

hach schule, wie schön war die zeit. und heute? tagsüber browserspiele entwickeln, abends mit freunden abhängen, was ist das nur für ein leben

ich drück euch für eure letzten schultage mal die daumen, dass das so klappt, wie ihr euch das vorstellt ;)

Ich hab mir mal ExtJS angeschaut und muss sagen very nice

Besonders der Desktop ist mal ne tolle sache, ich mir persönlich auch gut inem Browsergame vorstellen kann. Hat einer von euch schonmal mit dem teil gearbeitet?

Hab genau das vorgehabt (inkl. Desktop Background als Map ala Google Maps und Jabber Instant Messaging per HTTP Bindings), aber mangels Zeit und Motivation nicht weiter eingestiegen. Vor allem am Javascript Bereich haengt es bei mir, weil ich nicht sonderlich motiviert bin mich da komplett einzuarbeiten und mein Wissen viel zu oberflaechlich ist... 

Ich bin nun von Gwt-ext basierend auf Ext-js aus lizenz&kompatibilitätsgründen auf SmartGWT basierend auf SmartClient umgestiegen... muss schon sagen ist sehr komfortabel web-applikationen damit zu basteln. Die Frage ist nur wie gut sich sowas dann in ein richtiges Spiel-layout pressen lässt so dass es noch hübsch ist&nicht zuviel aufwand ist ...

Uff ich hab grad denn Grund gefunden es erstmal nicht zu benutzten...

289$ für die Lizenz...

Oder einfach den eigenen JS Layer GPL'en. Wenn man nur JSON spricht, ist das unproblematisch.

Wer davon kopiert muss auch GPL'en, was man wiederum selbst nutzen kann und die Backend-Logik ist dann sowieso gekoppelt.

Mein Favorit ist klar jQuery.
Vor jQuery hab ich mit scriptaculous gearbeitet,
aber dieses Framework war mir zu "groß" (trotz komprimierter Version + GZ-Handler)
und die Handhabung von jQuery fand ich einfach angenehmer.
Und jQuery UI ist auch schon ziemlich gut geworden und entwickelt sich stetig weiter.

Ich kann meinem Vorredner nur zustimmen.

Ich arbeite mit jQuery schon ziemlich lang und dadurch dass es so viele Plugins gibt, kommt immer etwas neues dazu. Man muss als PHP-Entwickler jQuery lieben, so hat man adas geliebte Dollarzeichen auch im JS Code =)

Original von Jackflash

Wenn ein JS-Framework mit einer bestimmten URL von vielen Webseiten genutzt wird (klassisch: Benutzeridentifikation), so blockiert der IE 8 dies.

Wie krass ist dass denn. Bei dem Marktanteil vom IE ist das bestimmt ein Schlag für Google Analytics.

Google macht damit nur was es immer macht: Daten der Nutzer zu sammeln.

Also Cookies werden keine gesetzt. Und anders als die .js File downloaden wird ja nicht interagiert.

Zum Thema, jQuery habe ich mir jetzt 3 Stunden angeschaut. Mittlerweile bin ich überzeugter bei prototype/scriptaculous zu bleiben, da es für mich besser nachzuvollziehen ist. Und es gibt eine Menge an Tut`s.

Eben. Die gehosteten Frameworks sind NUR die Dateien. Keine Veränderung, keine Cookies.

Das Feature vom IE8 ist mir unbegreiflich, was soll das? Ist das 'mal wieder nicht zu Ende gedacht? Es gibt webtrends, Analytics, Werbung, etcpp....

Und der Sinn einer solchen externen Verlinkung?

Erstens liegt das Framework bereits im Cache, dieser Vorteil spielt sich natürlich nur aus, wenn viele Seiten die Verlinkung bei Google nutzen (ist ja irgendwie auch klar).

Zweitens minimiert es mindestens einen Zugriff auf die eigene Domain. Eine andere Domain bedeutet einen parallelen Zugriff mehr (merke: maximal 2 Zugriffe je Domain gleichzeitig auf einem "Standardsystem", d.h. quasi bei den für die Statistik relevanten Systemen ). Für eine große Website kann das Auslagern durchaus sinnvoll sein. Oder man ist bereits so groß (und damit meine ich wirklich groß), das man sich einen Content-Provider leisten kann. Für ein paar Tausend User bemüht sich Akamei aber nicht mal 'ne Mail schnell zu beantworten ;)

> merke: maximal 2 Zugriffe je Domain gleichzeitig auf einem "Standardsystem", d.h. quasi bei den für die Statistik relevanten Systemen

Im IE 8 (und AFAIK jedem neuartigen Browser) aufgehoben.

> Es gibt webtrends, Analytics, Werbung, etcpp

Die zum großen Teil in die Privatsphäre des Nutzers eingreift.

Ach wirklich? Und wie viele setzen "super moderne Browser" ein? Wie viel spielt sogar noch der dumme alte IE6 für Webanwendungen eine Rolle? Wird eine gute Webanwendung lahm sein oder die Requests sparen und/oder umverteilen (Stichwort CDN) wollen? Ja, alle Fragen sind rein rhetorisch ;)

Also mein moderner Firefox hat Pipelining nicht aktiviert, und der Standardwerte wäre 4. Ergo, sind es nur 2. Auch mein durchaus moderner Safari4b hat soweit ich das richtig sehe diesen Wert.. sicher kann man das durch Konfigurationseinstellungen (nicht über allgemein zugänglichen) ändern.. damit ist es aber per se (leider) unbrauchbar.

Der Standard von 2 sollte von der HTTP/1.1-Spez-Empfehlung kommen, soweit ich das richtig gelesen habe.

Ich benütze momentan auch (noch) jQuery, bin mir aber am überlegen ganz auf ein Framework zu verzichten, da ich Probleme mit der Performance habe. Für einfache Anwendungen ist es wirklich gut geeignet, jedoch bei rechenintensiven javascript anwendungen eher ein klotz am Bein.

Mein aktuelles js Projekt:

http://grooohm.org/isoAjaxMap/

das war mein grund mich für kein framework bzw. nur mein eigenes zu entscheiden. da weiß ich dann, wo die perfomance hingeht.. und ganz ehrlich: soviel hab ich noch nicht kapseln müssen um browserkonform zu sein, obwohl das projekt schon über 4,5k zeilen js-code hat.. 

Falls ihr grade vor der Entscheidung steht "JS-Framework oder nicht"....schmeisst erstmal nen Profiler an. Meist ist noch genügend Performance durch Optimierung des eigenen Codes rauszuholen. Besonders der normale Hobbyprogrammierer sollte sich die Frage stellen, ob der Mehrauswand den Nutzen rechtfertigt.

So long...

Maxx

Ach ja...Ben, kannst du mal eine Version deines JS-Codes hochladen, der nicht minified ist? Hätte gerne mal reingeschaut. Falls du Lust hast mal bei ner anderen Map reinzuschnuppern http://overwatch.de Benutzer:guest , Passwort:guestguest

Hast du keine IDE die ein bisschen formatieren kann?