jshint wirft einen"Erwartet, dass ein 'break' - Anweisung vor der 'Fall'"

Hallo ich habe ein Probleme, wenn mein Rahmen ist mit jshint zu validieren, meine javascript code. Ich habe verwendet die switch-case ohne break-Anweisung absichtlich, aber dieser Teil des Codes aufgenommen wird, als ein Fehler, wenn jshint überprüft. Mein code ist so etwas wie unten.

    switch (<no>){
    case 1:
        //does something
    case 2:
        //does something more
    default:
        //does something even more
   }

Error from 'jshint' is like Line 203 character 41: Expected a 'break' statement before 'case'.
Irgendwelche Gedanken auf, wie es zu vermeiden ? oder ist es eine schlechte Praxis zu verwenden, wechseln Sie die Fälle in diesem Szenario überhaupt ?

  • Was ist die Reale Welt Fall? Warum braucht man da nicht break?
  • Wenn der Fall 2 trifft , muss ich bei 2 & alle nachfolgend ausgeführt. Es ist wahr für alle Fälle. So etwas in der Art. Meine Logik funktioniert gut, aber die Validierung fehlschlägt.
  • Ich habe oft die Schalter, wo ich nicht wirklich brauchen break in jedem Fall, das ist nicht allzu ungewöhnlich.
  • mögliche Duplikate von Schalter fallen durch ignoriert von JSHint
  • Wenn Sie nur das tut, einen fall-through sollte es ok sein, aber vielleicht gibt es eine bessere alternative, die die Entsendung Ihrer tatsächlichen code würde helfen. Ein Wörterbuch-lookup ist eine gängige alternative.
  • Das gleiche passiert, wenn ich habe eine ziemlich komplexe Anweisung mit einem return - Anweisung irgendwo in der switch (e. g. eine nested switch). Ich habe nicht verwendet break weil es schien überflüssig.

InformationsquelleAutor sakthisundar | 2014-03-14
  1. 116

    Copy & paste aus der Dokumentation:

    Switch-Anweisungen

    Standardmäßig JSHint warnt, wenn du weglassen, break-oder return-Anweisungen innerhalb von switch-Anweisungen:

    [...]

    Wenn Sie wirklich wissen, was Sie tun, können Sie sagen, JSHint, dass Sie
    soll der case-block, durch zu fallen, indem ein /* falls through */ Kommentar

    Also in deinem Fall:

    switch (<no>) {
  case 1:
    //does something
    /* falls through */
  case 2:
    //does something more
    /* falls through */
  default:
    //does something even more
}
    • Vielen Dank für die nur ihm die Antwort, ohne all dem hin und her Grillen der Mann darüber, warum er will, dies zu tun 🙂
    • +1. durch design, switch-Anweisungen unterstützen, Pausen oder keine Pausen, je nach Verhalten müssen. Warum sonst Sprachen benötigen, fügen Sie eine "Pause" an alle
    InformationsquelleAutor Gerald Schneider
  2. 0

    Genau breaks völlig überflüssig ist, wie in diesem Beispiel

    function mapX(x){
  switch (x){
    case 1:
      return A;
    case 2:
      return B;
    default:
      return C;
  }
}

    In diesem Fall, wenn Sie hätte break nach return, JS Standard werfen würde, eine Warnung, nämlich Unreachable code.

    Versucht zu versöhnen mit jshint und JS-Standard wird knifflig, aber wie gesagt, die Lösung wäre

    function mapX(x){
  switch (x){
    case 1:
      return A;
      /* falls through */
    case 2:
      return B;
      /* falls through */
    default:
      return C;
  }
}
    InformationsquelleAutor João Pimentel Ferreira
Schreibe einen Kommentar