Wert zugewiesen primitive verloren

Wenn ich ein array von Objekten und eine Schleife Zuweisung eines Wertes an ein Attribut für jeden, WebStorm warnt mich:

Werte zugewiesen primitive verloren

Jedoch beim testen in der Konsole, die ich nicht "verlieren" keine Werte.

Dies geschieht nur, wenn die Schleife innerhalb einer Funktion.

Ein Beispiel für diesen Fehler unten:

let people = [
    {
        name: 'Foo',
        age: 21,
        surname: 'FooBar'
    },

    {
        name: 'Bar',
        age: 51,
        surname: 'FooBar'
    }
];

Ohne Funktion-wrapper:

people.forEach(function (person) {
    person.surname = 'Baz'; //No error. Works in console.
});

Mit der Funktion wrapper:

function changeSurname(people) {
    people.forEach(function (person) {
        person.surname = 'Baz'; //Error warning me that value assigned to primitive will be lost.
    });
}

changeSurname(people);

Beide erzeugen die gleiche Ausgabe in der Konsole (der Nachname wird geändert, um die 'baz').

Ich nehme an, dies hat etwas zu tun mit der Objekt-Referenz und was person Punkte, aber ich bin nicht sicher, was genau.

Warum sehe ich diese Fehler?

Welche möglichen Fehler ist WebStorm zu versuchen, zu retten mich aus?

lassen macht die variable zu einer Konstanten zu machen der internen Objekt-primitiven Typen. wenn Sie müssen, ändern Sie die Werte hinein, machen es nicht für die ständige Nutzung var um die variable zu deklarieren
Ich bin nicht davon überzeugt, dass wahr ist. Auch mit var ich bekomme immer noch den Fehler. const macht die Dinge eine Konstante. let Bereiche der Variablen in den block scope.
IDE ist einfach nur warnen Sie, dass die übergebene argument ist eine Referenz auf ein Objekt und in forEach-loop, wird der Wert geändert werden/verloren..
Aber das ist meine Verwirrung, der Wert ist nicht verloren geht, so weit ich erzählen kann. Wenn Sie den code zu kopieren (mit der Funktion wrapper), die Namen sind korrekt geändert. Bin ich Missverständnis, was ist verloren? Weil ich sehe keine Werte verloren gehen.
Früheren Wert von surname Objekt in der Hand hielt, verloren..IDE ist versucht zu sagen, dass, obwohl es ist ein argument für die Funktion, es als Verweis übergeben wird somit-Objekt aktualisiert wird!
Ah, ich sehe! Ich missverstanden, welcher Wert es sich bezog. Ganz eine lästige Fehlermeldung gegeben, dass die Aktualisierung der Objekt ist genau, was ich tun soll... gibt es etwas falsch mit dieser Art der Codierung dann? (das könnte ein anderer sein, SO Frage)
Entweder Weg, das beantwortet meine Frage, die ich glaube. Wenn Sie möchten, konvertieren Sie es in die Antwort kann ich upvote und zu akzeptieren.
es ist nur Dolmetscher/ - editor-Verwirrung und nicht alle code-Problem. Aber noch können Sie ersetzen .forEach mit der .map-Funktion, wenn Sie die Zuordnung aller Werte. Beide sind richtig, obwohl.

InformationsquelleAutor Matt Lishman | 2016-06-20

javascript webstorm

18

Es gibt nichts unsachgemäßen im code, WebStorm ist Typ-Inferenz ist immer ein bisschen verwirrt (dieser Aspekt von JavaScript ist besonders verwirrend).

Seine linter sieht ein string und meint Sie wird versuchen, so etwas wie dieses:
```
var primitive = "september";
primitive.vowels = 3;

primitive.vowels;
//=> undefined
```
Führen würde, zu einem "verlorenen" Wert.

Die Tatsache, dass es nur fängt dieser 'Fehler' innerhalb der Funktion wirkt wie eine regelrechte bug, der gemeldet werden sollte.

Weiter zu verstehen, dieses seltsame Teil von JavaScript, ich empfehle Angus Croll ausgezeichnete in-depth-Artikel hier.
- Ich kann nicht finden, einen bug-report dafür. Allerdings kann ich nicht mehr replizieren diese auf späteren Versionen von WebStorm. Leider weiß ich nicht die version, die ich sah, dieser bug, aber es scheint gelöst zu sein!
- Ich bin mit webstorm, aktuelle Letzte version und ich habe das gleiche Problem.
InformationsquelleAutor ryanpcmcquen

Ich Stand vor ähnlichen Problem mit eckigen benutzerdefinierte Richtlinie.

unten war meine benutzerdefinierte Richtlinie:

function customDirective() {
      return {
        scope: {
          model: '='
        }
        link: function(scope) {
                scope.resetModel = function() {
                    scope.model.name = null;   //In these lines I was getting the above 
                    scope.model.email = null;  //mentioned warning in webstorm.
                }
            }
      }
}

Nachdem sich durch die $kompilieren docs, ich habe mich entschieden, den code unten löst diese Warnung und funktioniert gut mit der Bindung zu Kind und Eltern Bereiche, ja natürlich, es sei denn, bis Ihr Modell ist eine Referenz auf ein Objekt.

function customDirective() {
       return {
         scope: {
            model:'<' //Please refer the above linked angular docs for in detail explanation.
         }
         link: function(scope) {
            scope.resetModel = function() {
               scope.model.name = null;
               scope.model.email = null;
            }
         }
      }
}

Obwohl dies kann für jemand anderen nützlich, es nicht wirklich meine Frage beantworten. Meine Frage hat nichts zu tun mit den eckigen. (Und Webstorm nicht verstehen, eckige, um das Niveau sowieso)
Nicht sicher, warum dies so war downvoted. Ich fand diese Antwort suchen, bis das gleiche Problem. Ich denke, die Warnung wird ausgelöst, wenn Sie eine variable deklarieren, die nicht genutzt oder zurückgegeben wird, intellij denkt, es ist sinnlos, aber das nur, weil Sie es unwissend, um die zwei-Wege-Bindung.

InformationsquelleAutor Ashok M A

0

Wenn Sie mit den eckigen Klammern der JetBrains-editor(WebS/PhpS) wird nicht zeigen Sie keine Fehler.
```
person['surname'] = 'Baz';
```
- Dies ist tatsächlich anders. Dies würde die variable surname. Meinst du person['surname'] (beachten Sie die Anführungszeichen)?
- Ja, ich war in Eile und vergessen Sie die Anführungszeichen !! Es sollte fix den editor Fehler. Prüfen Sie auch, ob Ihr editor auf die neueste version aktualisiert
- Mein webstorm scheint nicht zu zeigen, die Fehler mehr beim kopieren von meinem code. Geht Ihnen? Leider bedeutet das, dass ich nicht testen kann, ob das löst das Problem sind oder nicht.
- Ja, tut es, das ist, wie ich fand deinen Beitrag, aber es wurde gelöst, mit dem, was ich oben gepostet. Vielleicht ist es eine außergewöhnliche situation.
- Dann eslint fangen mit ..is better written using in notation. 🙂
InformationsquelleAutor Florin f

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.