Inspiration gegen Libs
- Ersteller mikdoe
- Erstellt am
SteelWheel
New member
Hmmm ... die Geräte werden in ihrer Verarbeitung immer schneller, Leitungen auf Mobilgeräten haben mehr Datendurchsatz und mit Klarstellung/Bestätigung der Störerhaftung seitens "W-Lan für alle überall" durch den EuGH ist der Punkt "Transfer und Rendering" eher zu vernachlässigen.
Alternativ: Warum kann der Browser von sich aus nicht einen Bereich im localStorage reservieren (domainübergreifend), wo dann bspw. jQuery enthalten sind? Ich habe mir - aufgrund Bedarf - kürzlich selbst was nettes geschrieben, um eben diese Dinge beim User derart abzulegen. Der zweite Call einer Seite ist da deutlich zackiger unterwegs (spart bei mir 700 KB). Der User hätte die Kontrolle über den Bereich (ob er den bereitstellen will oder nicht). Updates werden meinetwegen auch noch gemeldet (jQuery 1.11.3 zu 2.x zu 3.1 etc.); via settings vielleicht sogar noch konfigurierbar ODER via besuchter Domain eine Art Manifest, was die Anforderung an diesen Browserbereich stellt; quasi "ich brauche jQ 3.1 etc." und der User wird informiert, dass hier aktualisiert werden müsste.
Auf jQ würde ich nicht verzichten wollen. Daher fänd ich - ganz persönlich - eine pauschale Bereitstellung sinniger als ein "back to the roots".
Alternativ: Warum kann der Browser von sich aus nicht einen Bereich im localStorage reservieren (domainübergreifend), wo dann bspw. jQuery enthalten sind? Ich habe mir - aufgrund Bedarf - kürzlich selbst was nettes geschrieben, um eben diese Dinge beim User derart abzulegen. Der zweite Call einer Seite ist da deutlich zackiger unterwegs (spart bei mir 700 KB). Der User hätte die Kontrolle über den Bereich (ob er den bereitstellen will oder nicht). Updates werden meinetwegen auch noch gemeldet (jQuery 1.11.3 zu 2.x zu 3.1 etc.); via settings vielleicht sogar noch konfigurierbar ODER via besuchter Domain eine Art Manifest, was die Anforderung an diesen Browserbereich stellt; quasi "ich brauche jQ 3.1 etc." und der User wird informiert, dass hier aktualisiert werden müsste.
Auf jQ würde ich nicht verzichten wollen. Daher fänd ich - ganz persönlich - eine pauschale Bereitstellung sinniger als ein "back to the roots".
den hast du doch, nennt sich cache. und wenn du jquery über ein cdn ziehst ist sogar beim 1. laden der seite die wahrscheinlichkeit bei 99,9% das jquery schon auf dem gerät vorhanden ist.
das ist dann aber nicht nur jquery, selbst nicht minimized ist jquery keine 300 kb groß.
SteelWheel
New member
Natürlich nicht, sondern auch noch andere Sachen, die in der Folge stets benötigt sind (ist quasi die "Grundaustattung") - aber daher steht da auch "spart bei mir". Da ist kein CDN sinnig und spätestens ab "offline funktional" ist auch das CDN raus. Ist also bei mir wieder "hochspeziell"; aber sonst wäre es zu einfach/langweilig.
Bezüglich der Wahrscheinlichkeit widerspreche ich nicht. Ich bin nur kein Fan von unzähligen Script-Tags ... aber da hat jeder seine Vorlieben. Werde mal ein paar Tests anschubsen - danke für den Gedankenanstoß.
A
andreax
Guest
Eine andere Frage was soll Jungen Leuten die z.B. Mediendesign lernen oder studieren gelehrt werden? JQuery?, Prototyp?, Mootools?, Meteor?,Angular?, NodeJs? das was sich letztendlich durschsetzt? einen Quasi Standard?
oder einen echten Standard wie Javascript ?
oder einen echten Standard wie Javascript ?
irgendeine programmiersprache, mit starker typisierung, ohne garbage collection, objektorientiert.
damit kannst du jede beliebige (script-)sprache nach 1 woche, nicht elegant, nicht im detail, aber du kannst loslegen und damit anfangen sie in perfektion zu lernen. meine empfehlung dazu wäre ein framework wie jquery (prototyp und mootools spielen eigentlich keine rolle mehr sonst ist auch der vergleich interessant und lehrreich)zu analysieren(wie wird das jquery objekt zusammengebaut, wie bindet jquery seine funktionen, wie funktioniert das mit den animationen, mit dem deferred, ...).
wenn du dann js richtig kannst, kannst du auch jquery, prototyp und mootools, ... da das js ist. der rest steht in der doku