Durchsetzungsfähig Programmierung mit JavaScript

Behauptet sollte nicht verwendet werden, die für die Validierung jeder Art von Benutzer eingegebenen Daten. Sie sollte nicht verwendet werden für die Fehlerprüfung entweder. Geltend machen, ist der Weg, um das Debuggen für Programmierer einfacher, falls tests fehlschlagen. Auch ist es ein Weg, um Ihren code leichter zu verstehen.

Betrachten Sie dieses Beispiel:

function calculateSomeCrazyFormula(a,b,c) {
    var d = a+b+c;
    ....
    k = (x + y)*2;

    assert(k != 0);
    l = d/k;        
    ....
    return x;
}

Meine Formel, indem es die Spezifikation versichert, dass k nie 0 sein. Hier habe ich noch geltend machen, fast wie ein Kommentar in meinem code. Es überprüft nicht die Logik - es ist völlig das Gegenteil. Mit behauptet ich überprüfen, ob meine Umsetzung, die komplexe Logik korrekt ist. Später, wenn ich komme zurück zu meinem code und sehen Sie l = d/k ich nicht misstrauisch über das, was passiert, wenn k 0 ist, denn ich sehe meine assert es und verstehen, dass 0 sollte das nie passieren.

Auch, wenn es einen Fehler irgendwo und 0 passiert, Sie sehen in der Regel etwas tiefer Fehler. Zum Beispiel:

function otherFormula(a,b,c) {
    var x = calculateSomeCrazyFormula(a,b,c);

    var y = doSomeStuff(x);
    var z = doOtherStuff(y);
    return z;    
}

Ohne geltend macht, erhalten Sie das falsche Ergebnis dieser Funktion. Sie haben keine Ahnung, warum Sie erhalten dann 0, wenn es 1 sein soll. Sie haben, um Debuggen zu starten, den code Zeile für Zeile und zu verstehen, was falsch gelaufen ist.

Mit versichert, allerdings werden Sie sofort bemerken, dass das "assertion failed" Fehler und wird sofort minimieren Sie den Umfang, um nach dem problem zu suchen.

Behauptet nützlich sind, in einer beliebigen Programmiersprache, wie Javascript, aber Sie sollten nicht dort sein in der Live-Umgebung. Daher werden einige Postprozessor-system sollte entfernen Sie alle Bestätigungen aus Ihrem code vor dem release.

Es gibt immer einen Bedarf für eine bedingte Fehlerbehandlung beim Umgang mit asynchronen und Benutzer-gesteuerte Daten. Passiert es. Benutzer und Netzwerk vermasseln. So ist das Leben. Ihre beste Wette ist, um auf ein minimum das zweite Beispiel , wenn, und nur wenn es ist vernünftig zu erwarten, können die Daten beschädigt sein. Wenn Sie sind verantwortlich für die Bereitstellung der Daten, die Sie testen, dann müssen Sie sicherstellen, dass vor der hand, dass die Daten gültig sind.

Warum nicht eine Kombination:

function getDomainFromURL(url) {
    if( !assert( url != undefined, 'URL should not be null.' ) ) 
        return ''; 
    //'' is optional, but I don't like returning null if I expect a value.
    /* blah blah blah */
}

//as lightweight a function as you can have.
function assert( val, msg )
{
    if( !val )
    {
        console.log( msg );
        return false;
    }
    return true;
}

Tatsächlich, kommen, daran zu denken, ich benutze das genaue Muster Recht Häufig.

Könnten Sie es so:

function getDomainFromURL(url) {
   assert(url != null, "url is null");
   if (!url) return;
    ...parsing
}

Würden einige Leute anders sehen, aber ich würde versuchen, einen Weg finden, entfernen von assert-Anweisungen in der Produktion code, vielleicht durch die Verwendung eines Präprozessors oder als Teil einer Verschleierung Schritt, wenn Sie eine haben. Dies könnte die Leistung zu verbessern und die Größe des Programmcodes, aber würden Sie brauchen, um stellen Sie sicher, dass der code, den Sie anrufen innerhalb der assert nicht ändern den Zustand des Programms. Dies könnte schwierig sein, wie gut. Mein Fazit ist, dass das schreiben großer und robuster Programme, die in javascript erfordert Disziplin.

Als bonus, haben Sie einen Blick auf die geltend machen, dass kann hier gefunden werden:

http://aymanh.com/9-javascript-tips-you-may-not-know/