JSTF-Workshop Teil 1
•Télécharger en tant que KEY, PDF•
0 j'aime•448 vues
Der erste Workshop-Teil unserer JavaScript Task Force bei mindmatters in Hamburg. Es wird zunächst ein etwas weiter gefasster Ausblick geworfen auf die aktuelle Bedeutung von JavaScript in der Webentwicklung. Die zweite Hälfte der Präsentation steigt in den technischen Aspekt des Workshops ein, indem sie typische Stolpersteine in JavaScript sowie das Code-Quality-Tool JSLint vorstellt.
Recommandé
Contenu connexe
En vedette
Similaire à JSTF-Workshop Teil 1
Similaire à JSTF-Workshop Teil 1 (11)
JSTF-Workshop Teil 1
- 2. Heute
- 3. Web2.0
- 8. “World‘s most popular Programming Language” Douglas Crockford
- 10. “World‘s most misunderstood Programming Language” Douglas Crockford
- 11. “Lisp in C‘s clothing” Douglas Crockford
- 13. Gestern
- 15. DHTML
- 16. XMLHttpRequest
- 17. Alert Debugging
- 18. Dilettantentum
- 20. Geheimwissen
- 22. Professionalität
- 23. Fachliteratur
- 24. Wissensaustausch
- 25. Kryptographie
- 27. Weg von der Bastellösung
- 29. Zukunft
- 30. Google Wave
- 31. Editor für die Cloud
- 32. JSTF Good Parts / Professional Grade JS Werkzeuge Strategien Blick für's Ganze Flexiblere Teams
- 33. Workshop Beispiele aus dem Programmieralltag Diskussion Refactoring
- 34. JavaScript ‣ functions are first class objects ‣ dynamisch typisierte Sprache ‣ mächtige Objekt-Literal-Syntax ‣ Prototyp-basierte Vererbung
- 35. Mini-Javascript- ‣ in vielen Anwendungen zu sehen ‣ JavaScript erlaubt vieles, verzeiht wenig
- 36. Was passiert hier? 0 == '0' => ? '' == '0' => ? 0 == '' => ?
- 37. Das hier 0 == '0' => true '' == '0' => false 0 == '' => true
- 38. So geht‘s richtig 0 === '0' => false '' === '0' => false 0 === '' => false
- 39. Best practice für Vergleich Verwende standardmäßig immer === statt == bzw. !== statt !=
- 40. Was passiert hier? return { status: true };
- 41. Das Semikolon ;-) ‣ Automatisches Einfügen ‣ Keine Warnung ‣ Also immer dran denken ein ;-) einzufügen
- 42. Was passiert hier? parseInt("16"); parseInt("16 tons"); parseInt("08");
- 43. Na wusstet ihr das? parseInt("16"); => 16 parseInt("16 tons"); => 16 parseInt("08"); => 0 Hääääääh?!
- 44. parseInt und der parseInt("08") => parseInt("08", 10)
- 45. Na, brauchst du einen Taschenrechner? 0.1 + 0.2 === ?
- 46. Bei Geld ist nicht zu spaßen 0.1 + 0.2 === 0.30000000000000004
- 47. So ist richtig ((0.1 * 10) + (0.2 * 10)) / 10 = 0.3
- 48. Zahlen für Fortgeschrittene: NaN ‣ Not a Number ‣ +'0' ist eine Zahl ‣ +'oops' ist NaN
- 49. Test auf NaN typeof NaN === 'number' => ? NaN === NaN => ? NaN !== NaN => ?
- 50. Test auf NaN typeof NaN === 'number' => true NaN === NaN => false NaN !== NaN => true
- 51. Test auf NaN richtig isNaN(NaN) => true isNaN(0) => false isNaN('oops') => true isNaN('0') => false isFinite() noch besser
- 52. Menschen machen ‣ Jeder kann mal ein Semikolon vergessen ‣ Keine JavaScript-Tests (zumindest in unseren Projekten) ‣ JSLint for the rescue
Notes de l'éditeur
- -functions are first class objects: --> JavaScript hat mehr Ähnlichkeit zu Lisp oder Scheme als zu Java --> Stichwort Closures (Closures konservieren ihren Kontext) --> macht JavaScript zu einer sehr mächtigen Programmiersprache -dynamisch typisierte Sprache: -->kein Compiler --> erst zur Laufzeit werden Typ-Fehler sichtbar -mächtige Objekt-Literal-Syntax -->können einfach durch Auflistung ihrer Komponenten erstellt werden, d.h. keine Definition von Klassen und Konstruktoren notwendig -->Syntax war Inspiration für JSON-Format -protoytp-basierte Vererbung: --> JS ist ein klassenloses System --> mächtig, aber ungewohnt für klassische OOler (wie Ruby oder Java)
- -Viele der vorgestellten Beispiele werden aus Unwissenheit oder aus intuitiv gemacht, weil man es aus anderen Programmiersprachen kennt bzw. so erwartet
- - == versucht die Operanden automatisch zu konvertieren, wenn sie unterschiedliche Typen haben
- -es wird „undefined“ statt ein Objekt mit der Property Status zurückgegeben -undefined ist nicht null
- -JavaScript versucht fehlerhafte Programme automatisch zu fixen
- parseInt konvertiert einen String in einen Integer
- -Sobald parseInt auf ein Nicht-Zahl Zeichen trifft hört es auf zu parsen -Leider gibt es keine Möglichkeit auf den nicht geparsten Teil zuzugreifen (z.B. tons) -Ja das letzt ist 0. So einfach können Datums- oder Zeit-Angaben also nicht geparsed werden
- -Der 2. Parameter gibt die Basis an -Bei „08“ ohne Radix-Parameter wird als Zahlenbasis 8 verwendet
- Folge der Kompatibilität zum IEEE Standard for Binary Floating Point Arithmetic
- -ja richtig, 3 -Hab beide Varianten selbst im FF-Browser ausprobiert.
- + ,0‘ wird autokonvertiert ,+‘ ist hier der Vorzeichenoperator + ,oops‘ kann nicht autokonvertiert werden
- isFinite noch besser zum Testen ob etwas eine Zahl ist, da zusätzlich auf Infinity geprüft wird
- -Ruby hat wie JavaScript keinen Compiler. -Trotzdem treten in unseren Ruby-Programmen eigentlich solche Fehler wie ein Semikolon (bei uns ein END) zu vergessen nie auf. -Dies ist der hohen Test-Abdeckung von unserem Ruby-Code zu verdanken.