Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://github.com/timofurrer/javascript-style-guide below:

timofurrer/javascript-style-guide: Ein vernünftiger Ansatz für einen JavaScript-Style-Guide

Original Repository: airbnb/javascript

Ein vernünftiger Ansatz für einen JavaScript-Style-Guide

1. Datentypen
2. Objekte
3. Arrays
4. Zeichenketten
5. Funktionen
6. Eigenschaften
7. Variablen
8. Hoisting
9. Bedingungen und Gleichheit
10. Blöcke
11. Kommentare
12. Whitespace
13. Führende Kommas
14. Semikolons
15. Typumwandlung
16. Namenskonventionen
17. Zugriffsmethoden
18. Konstruktoren
19. Events
20. Module
21. jQuery
22. ES5 Kompatibilität
23. Testing
24. Performance
25. Ressourcen
26. In the Wild
27. Übersetzungen
28. The JavaScript Style Guide Guide
29. Contributors
30. Lizenz

• Primitive Typen: Bei primitiven Datentypen wird immer direkt auf deren Wert zugegriffen.

  • string
  • number
  • boolean
  • null
  • undefined

  var foo = 1,
      bar = foo;
  
  bar = 9;
  
  console.log(foo, bar); // => 1, 9

• Komplexe Typen: Bei komplexen Datentypen wird immer auf eine Referenz zugegriffen.

  • object
  • array
  • function

  var foo = [1, 2],
      bar = foo;
  
  bar[0] = 9;
  
  console.log(foo[0], bar[0]); // => 9, 9

  [⬆]

• Benutze die literal syntax, um Objekte zu erzeugen.

  // schlecht
  var item = new Object();
  
  // gut
  var item = {};

• Benutze keine reservierten Wörter für Attribute.

  // schlecht
  var superman = {
    class: 'superhero',
    default: { clark: 'kent' },
    private: true
  };
  
  // gut
  var superman = {
    klass: 'superhero',
    defaults: { clark: 'kent' },
    hidden: true
  };

• Benutze wenn dann geeignete Synonyme für die reservierten Wörter.

  // schlecht
  var superman = {
    class: 'alien'
  };
  
  // schlecht
  var superman = {
    klass: 'alien'
  };
  
  // gut
  var superman = {
    type: 'alien'
  };

  [⬆]

• Benutze die literal syntax, um Arrays zu erzeugen.

  // schlecht
  var items = new Array();
  
  // gut
  var items = [];

• Wenn du die Array-Länge nicht kennst, benutze Array#push.

  var someStack = [];
  
  
  // schlecht
  someStack[someStack.length] = 'abracadabra';
  
  // gut
  someStack.push('abracadabra');

• Wenn du ein Array kopieren möchtest, benutze Array#slice. jsPerf

  var len = items.length,
      itemsCopy = [],
      i;
  
  // schlecht
  for (i = 0; i < len; i++) {
    itemsCopy[i] = items[i];
  }
  
  // gut
  itemsCopy = items.slice();

• Wenn du ein Array ähnliches Objekt kopieren möchtest, benutze Array#slice.

  function trigger() {
    var args = Array.prototype.slice.call(arguments);
    ...
  }

  [⬆]

• Benutze einfache Anführungszeichen '' für Zeichenketten

  // schlecht
  var name = "Bob Parr";
  
  // gut
  var name = 'Bob Parr';
  
  // schlecht
  var fullName = "Bob " + this.lastName;
  
  // gut
  var fullName = 'Bob ' + this.lastName;

• Zeichenketten die länger als 80 Zeichen lang sind, sollten mit Hilfe von string concatenation auf mehrere Zeilen aufgeteilt werden.

• Beachte: Benutzt man string concatenation zu oft kann dies die performance beeinträchtigen. jsPerf & Discussion

  // schlecht
  var errorMessage = 'This is a super long error that was thrown because of Batman. When you stop to think about how Batman had anything to do with this, you would get nowhere fast.';
  
  // schlecht
  var errorMessage = 'This is a super long error that \
  was thrown because of Batman. \
  When you stop to think about \
  how Batman had anything to do \
  with this, you would get nowhere \
  fast.';
  
  
  // gut
  var errorMessage = 'This is a super long error that ' +
    'was thrown because of Batman.' +
    'When you stop to think about ' +
    'how Batman had anything to do ' +
    'with this, you would get nowhere ' +
    'fast.';

• Wenn man im Programmverlauf eine Zeichenkette dynamisch zusammensetzen muss, sollte man Array#join einer string concatenation vorziehen. Vorallem für den IE. jsPerf.

  var items,
      messages,
      length, i;
  
  messages = [{
      state: 'success',
      message: 'This one worked.'
  },{
      state: 'success',
      message: 'This one worked as well.'
  },{
      state: 'error',
      message: 'This one did not work.'
  }];
  
  length = messages.length;
  
  // schlecht
  function inbox(messages) {
    items = '<ul>';
  
    for (i = 0; i < length; i++) {
      items += '<li>' + messages[i].message + '</li>';
    }
  
    return items + '</ul>';
  }
  
  // gut
  function inbox(messages) {
    items = [];
  
    for (i = 0; i < length; i++) {
      items[i] = messages[i].message;
    }
  
    return '<ul><li>' + items.join('</li><li>') + '</li></ul>';
  }

  [⬆]

• Funktionsausdrücke:

  // anonyme Fuktionsausdrücke
  var anonymous = function() {
    return true;
  };
  
  // benannte Funktionsausdrücke
  var named = function named() {
    return true;
  };
  
  // direkt ausgeführte Funktionsausdrücke (IIFE)
  (function() {
    console.log('Welcome to the Internet. Please follow me.');
  })();

• Vermeide Funktionen in non-function blocks zu deklarieren. Anstelle sollte die Funktion einer Variablen zugewiesen werden. Dies hat den Grund, dass die verschiedenen Browser dies unterschiedlich interpretieren.

• Beachte: ECMA-262 definiert einen Block als eine Abfolge/Liste von Statements. Eine Funktion hingegen ist kein Statement. Read ECMA-262's note on this issue.

  // schlecht
  if (currentUser) {
    function test() {
      console.log('Nope.');
    }
  }
  
  // gut
  if (currentUser) {
    var test = function test() {
      console.log('Yup.');
    };
  }

• Benenne einen Parameter nie arguments, denn dies wird das arguments-Objekt, dass in jedem Funktionskörper zur Verfügung steht, überschreiben.

  // schlecht
  function nope(name, options, arguments) {
    // ...stuff...
  }
  
  // gut
  function yup(name, options, args) {
    // ...stuff...
  }

  [⬆]

• Benutze die Punktnotation, um auf die Eigenschaften eines Objekts zuzugreifen.

  var luke = {
    jedi: true,
    age: 28
  };
  
  // schlecht
  var isJedi = luke['jedi'];
  
  // gut
  var isJedi = luke.jedi;

• Benutze die Indexnotation [], um auf die Eigenschaften eines Objekts zuzugreifen, sofern der Index eine Variable ist.

  var luke = {
    jedi: true,
    age: 28
  };
  
  function getProp(prop) {
    return luke[prop];
  }
  
  var isJedi = getProp('jedi');

  [⬆]

• Benutze immer var, um Variablen zu deklarieren. Tut man dies nicht, werden die Variablen im globalen Namespace erzeugt – was nicht gewüscht werden sollte.

  // schlecht
  superPower = new SuperPower();
  
  // gut
  var superPower = new SuperPower();

• Benutze immer nur ein var, um mehrere aufeinanderfolgende Variablen zu deklarieren. Deklariere jede Variable auf einer eigenen Zeile.

  // schlecht
  var items = getItems();
  var goSportsTeam = true;
  var dragonball = 'z';
  
  // gut
  var items = getItems(),
      goSportsTeam = true,
      dragonball = 'z';

• Deklariere Variablen ohne direkte Zuweisung immer als letztes. Dies ist vorallem hilfreich, wenn man später eine Variable anhand einer zuvor deklarierten Variable initialisieren möchte.

  // schlecht
  var i, len, dragonball,
      items = getItems(),
      goSportsTeam = true;
  
  // schlecht
  var i, items = getItems(),
      dragonball,
      goSportsTeam = true,
      len;
  
  // gut
  var items = getItems(),
      goSportsTeam = true,
      dragonball,
      length,
      i;

• Weise den Wert einer Variable, wenn möglich, immer am Anfang des Gültigkeitsbereichs zu. Dies hilft Problemen mit der Variablendeklaration vorzubeugen.

  // schlecht
  function() {
    test();
    console.log('doing stuff..');
  
    //..other stuff..
  
    var name = getName();
  
    if (name === 'test') {
      return false;
    }
  
    return name;
  }
  
  // gut
  function() {
    var name = getName();
  
    test();
    console.log('doing stuff..');
  
    //..other stuff..
  
    if (name === 'test') {
      return false;
    }
  
    return name;
  }
  
  // schlecht
  function() {
    var name = getName();
  
    if (!arguments.length) {
      return false;
    }
  
    return true;
  }
  
  // gut
  function() {
    if (!arguments.length) {
      return false;
    }
  
    var name = getName();
  
    return true;
  }

  [⬆]

• Variablendeklarationen werden vom Interpreter an den Beginn eines Gültigkeitbereichs genommen, genannt (hoisting). Wohingegen die Zuweisung an der ursprünglichen Stelle bleibt.

  // Dies wird nicht funktionen (angenommen
  // notDefined ist keine globale Variable)
  function example() {
    console.log(notDefined); // => throws a ReferenceError
  }
  
  // Wird eine Variable nach seiner ersten
  // Referenzierung deklariert, funktioniert
  // dies dank des hoistings.
  // Beachte aber, dass die Zuweisung von true
  // erst nach der Referenzierung stattfindet.
  function example() {
    console.log(declaredButNotAssigned); // => undefined
    var declaredButNotAssigned = true;
  }
  
  // Der Interpreter nimmt die Variablendeklaration
  // an den Beginn des Gültigkeitbereichs.
  // So kann das Beispiel wiefolgt umgeschrieben
  // werden:
  function example() {
    var declaredButNotAssigned;
    console.log(declaredButNotAssigned); // => undefined
    declaredButNotAssigned = true;
  }

• Anonyme Funktionen hoisten ihren Variablennamen, aber nicht die Funktionszuweisung.

  function example() {
    console.log(anonymous); // => undefined
  
    anonymous(); // => TypeError anonymous is not a function
  
    var anonymous = function() {
      console.log('anonymous function expression');
    };
  }

• Benannte Funktionen hoisten ihren Variablennamen, aber nicht der Funktionsname oder Funktionskörper.

  function example() {
    console.log(named); // => undefined
  
    named(); // => TypeError named is not a function
  
    superPower(); // => ReferenceError superPower is not defined
  
    var named = function superPower() {
      console.log('Flying');
    };
  
  
    // Das gleiche gilt, wenn der Funktionsname
    // derselbe ist, wie der Variablenname
    function example() {
      console.log(named); // => undefined
  
      named(); // => TypeError named is not a function
  
      var named = function named() {
        console.log('named');
      };
    }
  }

• Funktionsdeklarationen hoisten ihren Namen und ihren Funktionskörper.

  function example() {
    superPower(); // => Flying
  
    function superPower() {
      console.log('Flying');
    }
  }

• Für weitere Informationen siehe hier: JavaScript Scoping & Hoisting by Ben Cherry

  [⬆]

• Ziehe === und !== gegenüber == und != vor.

• Bedingungsausdrücke werden immer gezwungen der ToBoolean Methode ausgewertet zu werden. Diese folgt den folgenden einfachen Grundregeln:

  • Objekte werden als true gewertet
  • Undefined wird als false gewertet
  • Null wird als false gewertet
  • Booleans werden als der Wert des Booleans gewertet
  • Zahlen werden als false gewertet sofern +0, -0, or NaN, ansonsten als true
  • Zeichenketten werden als false gewertet, sofern sie leer ist '', ansonsten als true

  if ([0]) {
    // true
    // Arrays sind Objekte und Objekte werden als true ausgewertet
  }

• Benutze shortcuts

  // schlecht
  if (name !== '') {
    // ...stuff...
  }
  
  // gut
  if (name) {
    // ...stuff...
  }
  
  // schlecht
  if (collection.length > 0) {
    // ...stuff...
  }
  
  // gut
  if (collection.length) {
    // ...stuff...
  }

• Für weitere Informationen siehe hier: Truth Equality and JavaScript by Angus Croll

  [⬆]

• Benutze geschweifte Klammern für alle mehrzeiligen Blöcke.

  // schlecht
  if (test)
    return false;
  
  // gut
  if (test) return false;
  
  // gut
  if (test) {
    return false;
  }
  
  // schlecht
  function() { return false; }
  
  // gut
  function() {
    return false;
  }

  [⬆]

• Benutze /** ... */ für mehrzeilige Kommentare. Daran kann eine Beschreibung, eine Typendefinition und Werte für alle Parameter und den Rückgabewert angegeben werden.

  // schlecht
  // make() returns a new element
  // based on the passed in tag name
  //
  // @param <String> tag
  // @return <Element> element
  function make(tag) {
  
    // ...stuff...
  
    return element;
  }
  
  // gut
  /**
   * make() returns a new element
   * based on the passed in tag name
   *
   * @param <String> tag
   * @return <Element> element
   */
  function make(tag) {
  
    // ...stuff...
  
    return element;
  }

• Benutze // für einzeilige Kommentare. Platziere den Kommentar auf einer separaten Zeile oberhalb der beschriebenen Zeile. Vor den Kommentar kommt eine Leerzeile.

  // schlecht
  var active = true;  // is current tab
  
  // gut
  // is current tab
  var active = true;
  
  // schlecht
  function getType() {
    console.log('fetching type...');
    // set the default type to 'no type'
    var type = this._type || 'no type';
  
    return type;
  }
  
  // gut
  function getType() {
    console.log('fetching type...');
  
    // set the default type to 'no type'
    var type = this._type || 'no type';
  
    return type;
  }

• Benutze wenn möglich die Prefixe FIXME oder TODO für die Kommentare. Sie erleichtert die Arbeit für andere Entwickler und sich selbst. So kann man Codestellen, die eine Verbesserung brauchen oder noch nicht implementiert sind, ohne grosse Mühe auffinden.

• Benutze FIXME um Probleme zu markieren

  function Calculator() {
    
    // FIXME: brauche eine globale Variable
    total = 0;
  
    return this;
  }

• Benutze TODO um Hinweise für mögliche Lösungen für ein bestimmtes Problem zu geben, welches noch behoben werden muss.

  function Calculator() {      
  
    // FIXME: dieses Member sollte über einen Parameter konfigurierbar sein
    this.total = 0;
  
    return this;
  }

  [⬆]

• Benutze weiche Tabulatoren (soft tabs) mit 2 Leerzeichen.

  // schlecht
  function() {
  ∙∙∙∙var name;
  }
  
  // schlecht
  function() {
  ∙var name;
  }
  
  // gut
  function() {
  ∙∙var name;
  }

• Platziere ein Leerzeichen vor einer öffnenden Klammer.

  // schlecht
  function test(){
    console.log('test');
  }
  
  // gut
  function test() {
    console.log('test');
  }
  
  // schlecht
  dog.set('attr',{
    age: '1 year',
    breed: 'Bernese Mountain Dog'
  });
  
  // gut
  dog.set('attr', {
    age: '1 year',
    breed: 'Bernese Mountain Dog'
  });

• Platziere eine Leerzeile an das Ende der Datei.

  // schlecht
  (function(global) {
    // ...stuff...
  })(this);

  // gut
  (function(global) {
    // ...stuff...
  })(this);

• Rücke bei langen Methodenverkettungen ein.

  // schlecht
  $('#items').find('.selected').highlight().end().find('.open').updateCount();
  
  // gut
  $('#items')
    .find('.selected')
      .highlight()
      .end()
    .find('.open')
      .updateCount();
  
  // schlecht
  var leds = stage.selectAll('.led').data(data).enter().append("svg:svg").class('led', true)
      .attr('width',  (radius + margin) * 2).append("svg:g")
      .attr("transform", "translate(" + (radius + margin) + "," + (radius + margin) + ")")
      .call(tron.led);
  
  // gut
  var leds = stage.selectAll('.led')
      .data(data)
    .enter().append("svg:svg")
      .class('led', true)
      .attr('width',  (radius + margin) * 2)
    .append("svg:g")
      .attr("transform", "translate(" + (radius + margin) + "," + (radius + margin) + ")")
      .call(tron.led);

  [⬆]

• Führende Kommas: Nein.

  // schlecht
  var once
    , upon
    , aTime;
  
  // gut
  var once,
      upon,
      aTime;
  
  // schlecht
  var hero = {
      firstName: 'Bob'
    , lastName: 'Parr'
    , heroName: 'Mr. Incredible'
    , superPower: 'strength'
  };
  
  // gut
  var hero = {
    firstName: 'Bob',
    lastName: 'Parr',
    heroName: 'Mr. Incredible',
    superPower: 'strength'
  };

• Zusätzliche Kommas am Ende einer Aufzählung: Nein. Denn dies kann zu Problemen mit IE6/7 und IE9 führen. Auch kann es in einigen Implementation on ES3 dazu führen, dass die Länge des Arrays um eins zu gross wird. Was in ES5 beschrieben wurde: source

  Edition 5 clarifies the fact that a trailing comma at the end of an ArrayInitialiser does not add to the length of the array. This is not a semantic change from Edition 3 but some implementations may have previously misinterpreted this.

  // schlecht
  var hero = {
    firstName: 'Kevin',
    lastName: 'Flynn',
  };
  
  var heroes = [
    'Batman',
    'Superman',
  ];
  
  // gut
  var hero = {
    firstName: 'Kevin',
    lastName: 'Flynn'
  };
  
  var heroes = [
    'Batman',
    'Superman'
  ];

  [⬆]

• Ja.

  // schlecht
  (function() {
    var name = 'Skywalker'
    return name
  })()
  
  // gut
  (function() {
    var name = 'Skywalker';
    return name;
  })();
  
  // gut
  ;(function() {
    var name = 'Skywalker';
    return name;
  })();

  [⬆]

• Benutze type coercion am Anfang eines Statements.

• Bei Zeichenketten:

  //  => this.reviewScore = 9;
  
  // schlecht
  var totalScore = this.reviewScore + '';
  
  // gut
  var totalScore = '' + this.reviewScore;
  
  // schlecht
  var totalScore = '' + this.reviewScore + ' total score';
  
  // gut
  var totalScore = this.reviewScore + ' total score';

• Benutze immer parseInt für Zahlen und gebe immer eine Basis für die Typumwandlung an.

• Wenn man aus Performancegründen kein parseInt verwenden will und ein Bitshifting benutzt, sollte man einen Kommentar hinterlassen, wieso dies gemacht wurde.

  var inputValue = '4';
  
  // schlecht
  var val = new Number(inputValue);
  
  // schlecht
  var val = +inputValue;
  
  // schlecht
  var val = inputValue >> 0;
  
  // schlecht
  var val = parseInt(inputValue);
  
  // gut
  var val = Number(inputValue);
  
  // gut
  var val = parseInt(inputValue, 10);
  
  // gut
  /**
   * parseInt was the reason my code was slow.
   * Bitshifting the String to coerce it to a
   * Number made it a lot faster.
   */
  var val = inputValue >> 0;

• Bei Booleans:

  var age = 0;
  
  // schlecht
  var hasAge = new Boolean(age);
  
  // gut
  var hasAge = Boolean(age);
  
  // gut
  var hasAge = !!age;

  [⬆]

• Benutze keine einzeichigen Namen. Die Namen sollten beschreibend sein.

  // schlecht
  function q() {
    // ...stuff...
  }
  
  // gut
  function query() {
    // ..stuff..
  }

• Benutze camelCase, um Objekte, Funktionen und Instanzen zu benennen.

  // schlecht
  var OBJEcttsssss = {};
  var this_is_my_object = {};
  var this-is-my-object = {};
  function c() {};
  var u = new user({
    name: 'Bob Parr'
  });
  
  // gut
  var thisIsMyObject = {};
  function thisIsMyFunction() {};
  var user = new User({
    name: 'Bob Parr'
  });

• Benutze PascalCase, um Klassen und Konstrukturen zu benennen.

  // schlecht
  function user(options) {
    this.name = options.name;
  }
  
  var bad = new user({
    name: 'nope'
  });
  
  // gut
  function User(options) {
    this.name = options.name;
  }
  
  var good = new User({
    name: 'yup'
  });

• Benutze führende Untenstriche _, um private Eigenschaften zu benennen.

  // schlecht
  this.__firstName__ = 'Panda';
  this.firstName_ = 'Panda';
  
  // gut
  this._firstName = 'Panda';

• Um eine Referenz an this zuzuweisen, benutze _this.

  // schlecht
  function() {
    var self = this;
    return function() {
      console.log(self);
    };
  }
  
  // schlecht
  function() {
    var that = this;
    return function() {
      console.log(that);
    };
  }
  
  // gut
  function() {
    var _this = this;
    return function() {
      console.log(_this);
    };
  }

• Gib deinen Funktionen einen Namen. Dies ist hilfreich für den stack trace.

  // schlecht
  var log = function(msg) {
    console.log(msg);
  };
  
  // gut
  var log = function log(msg) {
    console.log(msg);
  };

  [⬆]

• Zugriffsmethoden für Objekteigenschaften sind nicht von Nöten.

• Macht man dennoch Zugriffsmethoden, benutze getVal() und setVal('hello').

  // schlecht
  dragon.age();
  
  // gut
  dragon.getAge();
  
  // schlecht
  dragon.age(25);
  
  // gut
  dragon.setAge(25);

• Wenn die Eigenschaft ein Boolean ist, benutze isVal() oder hasVal().

  // schlecht
  if (!dragon.age()) {
    return false;
  }
  
  // gut
  if (!dragon.hasAge()) {
    return false;
  }

• Es ist in Ordnung get()- und set()-Methoden zu erstellen, aber sei konsistent.

  function Jedi(options) {
    options || (options = {});
    var lightsaber = options.lightsaber || 'blue';
    this.set('lightsaber', lightsaber);
  }
  
  Jedi.prototype.set = function(key, val) {
    this[key] = val;
  };
  
  Jedi.prototype.get = function(key) {
    return this[key];
  };

  [⬆]

• Weise die Methoden dem prototype des Objektes zu, anstelle den prototype mit einem neuen Objekt zu überschreiben. Wenn man den prototype überschreibt wird eine Vererbung unmöglich, denn damit wird die Basis überschrieben!

  function Jedi() {
    console.log('new jedi');
  }
  
  // schlecht
  Jedi.prototype = {
    fight: function fight() {
      console.log('fighting');
    },
  
    block: function block() {
      console.log('blocking');
    }
  };
  
  // gut
  Jedi.prototype.fight = function fight() {
    console.log('fighting');
  };
  
  Jedi.prototype.block = function block() {
    console.log('blocking');
  };

• Methoden können this zurückgeben, um eine Methodenverkettung zu ermöglichen.

  // schlecht
  Jedi.prototype.jump = function() {
    this.jumping = true;
    return true;
  };
  
  Jedi.prototype.setHeight = function(height) {
    this.height = height;
  };
  
  var luke = new Jedi();
  luke.jump(); // => true
  luke.setHeight(20) // => undefined
  
  // gut
  Jedi.prototype.jump = function() {
    this.jumping = true;
    return this;
  };
  
  Jedi.prototype.setHeight = function(height) {
    this.height = height;
    return this;
  };
  
  var luke = new Jedi();
  
  luke.jump()
    .setHeight(20);

• Es ist in Ordnung eine eigene toString()-Methode zu schreiben, aber man sollte sicherstellen, dass diese korrekt funktioniert und keine Nebeneffekte hat.

  function Jedi(options) {
    options || (options = {});
    this.name = options.name || 'no name';
  }
  
  Jedi.prototype.getName = function getName() {
    return this.name;
  };
  
  Jedi.prototype.toString = function toString() {
    return 'Jedi - ' + this.getName();
  };

  [⬆]

• Wenn man Daten zu einem Event hinzufügen möchte, dann soll man einen hash einem raw value vorziehen. Denn es lässt einen einfach weitere Parameter hinzuzufügen ohne den Eventhandler für den existieren Parameter zu bearbeiten.

  // schlecht
  $(this).trigger('listingUpdated', listing.id);
  
  ...
  
  $(this).on('listingUpdated', function(e, listingId) {
    // do something with listingId
  });

  Bevorzuge:

  // gut
  $(this).trigger('listingUpdated', { listingId : listing.id });
  
  ...
  
  $(this).on('listingUpdated', function(e, data) {
    // do something with data.listingId
  });

  [⬆]

• Ein Modul sollte mit einem ! beginnen. Dies stellt sicher, dass wenn in einem Modul das abschliessende Semikolon vergessen wurde, keine Fehler entstehen, wenn die Scripte zusammengeschnitten werden.

• Eine Datei sollte in camelCase benannt sein, in einem Ordner mit dem selben Namen liegen und dem Namen entsprechen mit dem es exportiert wird.

• Benutze eine Methode noConflict(), welche das exportierte Modul auf die vorhergehende Version setzt und diese zurück gibt.

• Deklariere immer 'use strict'; am Anfang des Moduls.

  // fancyInput/fancyInput.js
  
  !function(global) {
    'use strict';
  
    var previousFancyInput = global.FancyInput;
  
    function FancyInput(options) {
      this.options = options || {};
    }
  
    FancyInput.noConflict = function noConflict() {
      global.FancyInput = previousFancyInput;
      return FancyInput;
    };
  
    global.FancyInput = FancyInput;
  }(this);

  [⬆]

• Stelle allen jQuery-Objektvariablen ein $ voran.

  // schlecht
  var sidebar = $('.sidebar');
  
  // gut
  var $sidebar = $('.sidebar');

• Speichere jQuery lookups, sofern sie mehrmals gebraucht werden.

  // schlecht
  function setSidebar() {
    $('.sidebar').hide();
  
    // ...stuff...
  
    $('.sidebar').css({
      'background-color': 'pink'
    });
  }
  
  // gut
  function setSidebar() {
    var $sidebar = $('.sidebar');
    $sidebar.hide();
  
    // ...stuff...
  
    $sidebar.css({
      'background-color': 'pink'
    });
  }

• Für DOM-Abfragen benutze Cascading: $('.sidebar ul') oder parent > child $('.sidebar > .ul'). jsPerf

• Benutze find mit scoped jQuery object queries

  // schlecht
  $('.sidebar', 'ul').hide();
  
  // schlecht
  $('.sidebar').find('ul').hide();
  
  // gut
  $('.sidebar ul').hide();
  
  // gut
  $('.sidebar > ul').hide();
  
  // gut (langsamer)
  $sidebar.find('ul');
  
  // gut (schneller)
  $($sidebar[0]).find('ul');

  [⬆]

• Verweis auf Kangax's ES5 Kompatibilitätstabelle

[⬆]

• Ja.

  function() {
    return true;
  }

  [⬆]

• On Layout & Web Performance
• String vs Array Concat
• Try/Catch Cost In a Loop
• Bang Function
• jQuery Find vs Context, Selector
• innerHTML vs textContent for script text
• Long String Concatenation
• Loading...

[⬆]

Lese dieses

• Annotated ECMAScript 5.1

Andere Styleguides

• Google JavaScript Style Guide
• jQuery Core Style Guidelines
• Principles of Writing Consistent, Idiomatic JavaScript

Andere Styles

• Naming this in nested functions - Christian Johansen
• Conditional Callbacks
• Popular JavaScript Coding Conventions on Github

Bücher

• JavaScript: The Good Parts - Douglas Crockford
• JavaScript Patterns - Stoyan Stefanov
• Pro JavaScript Design Patterns - Ross Harmes and Dustin Diaz
• High Performance Web Sites: Essential Knowledge for Front-End Engineers - Steve Souders
• Maintainable JavaScript - Nicholas C. Zakas
• JavaScript Web Applications - Alex MacCaw
• Pro JavaScript Techniques - John Resig
• Smashing Node.js: JavaScript Everywhere - Guillermo Rauch
• Secrets of the JavaScript Ninja - John Resig and Bear Bibeault
• Human JavaScript - Henrik Joreteg
• Superhero.js - Kim Joar Bekkelund, Mads Mobæk, & Olav Bjorkoy
• JSBooks

Blogs

• DailyJS
• JavaScript Weekly
• JavaScript, JavaScript...
• Bocoup Weblog
• Adequately Good
• NCZOnline
• Perfection Kills
• Ben Alman
• Dmitry Baranovskiy
• Dustin Diaz
• nettuts

[⬆]

Dies ist eine Liste von Organisationen, welche diesen Style Guide benutzen. Sende uns einen Pull request oder öffne einen issue und wir werden dich der Liste hinzufügen.

• Aan Zee: AanZee/javascript
• Airbnb: airbnb/javascript
• American Insitutes for Research: AIRAST/javascript
• Compass Learning: compasslearning/javascript-style-guide
• ExactTarget: ExactTarget/javascript
• Gawker Media: gawkermedia/javascript
• GeneralElectric: GeneralElectric/javascript
• GoodData: gooddata/gdc-js-style
• Grooveshark: grooveshark/javascript
• How About We: howaboutwe/javascript
• Mighty Spring: mightyspring/javascript
• MinnPost: MinnPost/javascript
• ModCloth: modcloth/javascript
• National Geographic: natgeo/javascript
• National Park Service: nationalparkservice/javascript
• Razorfish: razorfish/javascript-style-guide
• Shutterfly: shutterfly/javascript
• Userify: userify/javascript
• Zillow: zillow/javascript
• ZocDoc: ZocDoc/javascript

[⬆]

Dieser Styleguide ist in den folgenden Sprachen erhältlich:

• :en: Englisch: airbnb/javascript
• 🇯🇵 Japanisch: mitsuruog/javacript-style-guide
• :br: Portugisisch: armoucar/javascript-style-guide
• 🇨🇳 Chinesisch: adamlu/javascript-style-guide
• 🇪🇸 Spanisch: paolocarrasco/javascript-style-guide
• 🇰🇷 Koreanisch: tipjs/javascript-style-guide
• 🇫🇷 Französisch: nmussy/javascript-style-guide

[⬆]

• Reference

[⬆]

• View Contributors

[⬆]

(The MIT License)

Copyright (c) 2012 Airbnb

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the 'Software'), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED 'AS IS', WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

[⬆]

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4