Dieser Ansatz hat jedoch mehrere Nachteile im Vergleich zur alternativen Struktur:

var filter = Funktion (Kategorie, Wert) { this.category = Kategorie; this.Value = Wert; }; // var filter = function () {...} Filter.Prototype.Checkproduct = Funktion (Produkt) { // einige Schecks durchführen return is_match; }

var Filter = function( category, value ){
  this.category = category;
  this.value = value;

  // product is a JSON object
  Filter.prototype.checkProduct = function( product ){
    // run some checks
    return is_match;
  }
};

var Filter = function( category, value ){
  this.category = category;
  this.value = value;

  // product is a JSON object
  Filter.prototype.checkProduct = function( product ){
    // run some checks
    return is_match;
  }
};

redundante und ineffiziente Zuweisung: Die Prototypenmethode wird mehrmals zugewiesen, die unnötige Auswirkungen auf die Performance -Auswirkungen haben. Der Konstruktor aus der Prototypmethode kann zu unerwarteten Ergebnissen führen. Zum Beispiel:

var counter = function (initialValue) { var value = initialValue; // Produkt ist ein JSON -Objekt Counter.Prototype.get = function () { Rückgabewert; } }; var c1 = neuer Zähler (0); var c2 = neuer Zähler (10); console.log (c1.get ()); // Ausgibt 10, sollte in diesem Szenario ausgeben. Konstruktor:
1. Die erste Struktur verbietet den Zugriff auf den Prototyp außerhalb des Konstruktors und beschränkt die Flexibilität möglicherweise. Fälle.
2. Schlussfolgerung:
Während die erste Struktur stilistisch ansprechend sein kann, kann sie funktionale Nachteile und Bereiche einführen. Es wird im Allgemeinen empfohlen, Prototypmethoden außerhalb der Konstruktorfunktion (wie in der zweiten Struktur) zuzuweisen, um potenzielle Probleme zu vermeiden.