Warum kann ich die switch-Anweisung nicht für einen String verwenden?

Wird diese Funktionalität in eine spätere Java-Version integriert?

Kann jemand erklären, warum ich das nicht tun kann, wie in der technischen Art und Weise, wie Javas switchAussage funktioniert?

Switch-Anweisungen mit StringFällen wurden in Java SE 7 mindestens 16 Jahre nach ihrer ersten Anforderung implementiert . Ein klarer Grund für die Verzögerung wurde nicht angegeben, hatte aber wahrscheinlich mit der Leistung zu tun.

Implementierung in JDK 7

Die Funktion wurde jetzt javac mit einem "Entzuckern" -Verfahren implementiert. Eine saubere Syntax auf hoher Ebene unter Verwendung von StringKonstanten in caseDeklarationen wird zur Kompilierungszeit nach einem Muster zu komplexerem Code erweitert. Der resultierende Code verwendet JVM-Anweisungen, die immer vorhanden waren.

A switchmit StringFällen wird während der Kompilierung in zwei Schalter übersetzt. Der erste ordnet jede Zeichenfolge einer eindeutigen Ganzzahl zu - ihrer Position im ursprünglichen Schalter. Dies erfolgt, indem zuerst der Hash-Code des Etiketts eingeschaltet wird. Der entsprechende Fall ist eine ifAnweisung, die die Zeichenfolgengleichheit testet. Wenn der Hash kollidiert, ist der Test eine Kaskadierung if-else-if. Der zweite Schalter spiegelt dies im ursprünglichen Quellcode wider, ersetzt jedoch die Fallbezeichnungen durch die entsprechenden Positionen. Dieser zweistufige Prozess macht es einfach, die Flusskontrolle des ursprünglichen Schalters beizubehalten.

Schalter in der JVM

Weitere technische Informationen switchfinden Sie in der JVM-Spezifikation, in der die Zusammenstellung von switch-Anweisungen beschrieben wird. Kurz gesagt, es gibt zwei verschiedene JVM-Anweisungen, die für einen Switch verwendet werden können, abhängig von der Sparsamkeit der von den Fällen verwendeten Konstanten. Beide hängen von der Verwendung ganzzahliger Konstanten für jeden Fall ab, um eine effiziente Ausführung zu gewährleisten.

Wenn die Konstanten dicht sind, werden sie als Index (nach Subtraktion des niedrigsten Werts) in eine Tabelle mit Befehlszeigern verwendet - den tableswitchBefehl.

Wenn die Konstanten spärlich sind, wird eine binäre Suche nach dem richtigen Fall durchgeführt - der lookupswitchAnweisung.

Beim Entzuckern switchvon StringObjekten werden wahrscheinlich beide Anweisungen verwendet. Das lookupswitchist für den ersten Einschalt-Hash-Code geeignet, um die ursprüngliche Position des Gehäuses zu ermitteln. Die resultierende Ordnungszahl ist eine natürliche Anpassung für a tableswitch.

Beide Anweisungen erfordern, dass die jedem Fall zugewiesenen Ganzzahlkonstanten zur Kompilierungszeit sortiert werden. Während zur Laufzeit die O(1)Leistung von im tableswitchAllgemeinen besser erscheint als die O(log(n))Leistung von lookupswitch, ist eine Analyse erforderlich, um festzustellen, ob die Tabelle dicht genug ist, um den Raum-Zeit-Kompromiss zu rechtfertigen. Bill Venners hat einen großartigen Artikel geschrieben , der dies ausführlicher behandelt, zusammen mit einem Blick unter die Haube auf andere Anweisungen zur Java-Flusskontrolle.

Vor JDK 7

Vor JDK 7 enumkönnte sich ein StringSchalter annähern . Dies verwendet die statischevalueOf Methode, die vom Compiler für jeden enumTyp generiert wird . Zum Beispiel:

Pill p = Pill.valueOf(str);
switch(p) {
  case RED:  pop();  break;
  case BLUE: push(); break;
}

Wenn Sie in Ihrem Code eine Stelle haben, an der Sie einen String einschalten können, ist es möglicherweise besser, den String so umzugestalten, dass er eine Aufzählung der möglichen Werte enthält, die Sie einschalten können. Natürlich beschränken Sie die potenziellen Werte von Strings, die Sie haben können, auf diejenigen in der Aufzählung, die möglicherweise erwünscht sind oder nicht.

Natürlich könnte Ihre Aufzählung einen Eintrag für 'other' und eine fromString (String) -Methode haben, dann könnten Sie haben

ValueEnum enumval = ValueEnum.fromString(myString);
switch (enumval) {
   case MILK: lap(); break;
   case WATER: sip(); break;
   case BEER: quaff(); break;
   case OTHER: 
   default: dance(); break;
}

Das Folgende ist ein vollständiges Beispiel, das auf dem Beitrag von JeeBee basiert und Java-Enums anstelle einer benutzerdefinierten Methode verwendet.

Beachten Sie, dass Sie in Java SE 7 und höher stattdessen ein String-Objekt im Ausdruck der switch-Anweisung verwenden können.

public class Main {

    /**
    * @param args the command line arguments
    */
    public static void main(String[] args) {

      String current = args[0];
      Days currentDay = Days.valueOf(current.toUpperCase());

      switch (currentDay) {
          case MONDAY:
          case TUESDAY:
          case WEDNESDAY:
              System.out.println("boring");
              break;
          case THURSDAY:
              System.out.println("getting better");
          case FRIDAY:
          case SATURDAY:
          case SUNDAY:
              System.out.println("much better");
              break;

      }
  }

  public enum Days {

    MONDAY,
    TUESDAY,
    WEDNESDAY,
    THURSDAY,
    FRIDAY,
    SATURDAY,
    SUNDAY
  }
}

Auf Ganzzahlen basierende Schalter können auf sehr effizienten Code optimiert werden. Schalter, die auf einem anderen Datentyp basieren, können nur zu einer Reihe von if () -Anweisungen kompiliert werden.

Aus diesem Grund erlaubt C & C ++ nur das Umschalten auf ganzzahlige Typen, da dies bei anderen Typen sinnlos war.

Die Designer von C # entschieden, dass der Stil wichtig war, auch wenn es keinen Vorteil gab.

Die Designer von Java dachten anscheinend wie die Designer von C.

Ein Beispiel für die direkte StringVerwendung seit 1.7 kann ebenfalls gezeigt werden:

public static void main(String[] args) {

    switch (args[0]) {
        case "Monday":
        case "Tuesday":
        case "Wednesday":
            System.out.println("boring");
            break;
        case "Thursday":
            System.out.println("getting better");
        case "Friday":
        case "Saturday":
        case "Sunday":
            System.out.println("much better");
            break;
    }

}

James Curran sagt kurz und bündig: "Schalter, die auf Ganzzahlen basieren, können auf sehr effizienten Code optimiert werden. Schalter, die auf einem anderen Datentyp basieren, können nur zu einer Reihe von if () -Anweisungen kompiliert werden. Aus diesem Grund erlauben C & C ++ nur Umschaltungen auf Ganzzahltypen. da war es bei anderen Typen sinnlos. "

Meine Meinung, und es ist nur die, ist, dass Sie, sobald Sie anfangen, Nicht-Primitive einzuschalten, anfangen müssen, über "gleich" gegen "==" nachzudenken. Erstens kann das Vergleichen von zwei Zeichenfolgen ein ziemlich langwieriger Vorgang sein, der zu den oben genannten Leistungsproblemen beiträgt. Zweitens, wenn es das Einschalten von Strings gibt, wird es erforderlich sein, Strings einzuschalten, Groß- und Kleinschreibung zu ignorieren, Strings einzuschalten, die das Gebietsschema berücksichtigen / ignorieren, Strings basierend auf Regex einzuschalten ... Ich würde eine Entscheidung gutheißen, die viel Zeit für die Sprachentwickler auf Kosten einer kleinen Zeitspanne für Programmierer.

Neben den oben genannten guten Argumenten möchte ich hinzufügen, dass viele Leute heute switcheinen veralteten Rest der prozeduralen Vergangenheit von Java sehen (zurück zur C-Zeit).

Ich teile diese Meinung nicht vollständig, ich denke, sie switchkann in einigen Fällen nützlich sein, zumindest aufgrund ihrer Geschwindigkeit, und trotzdem ist sie besser als eine Reihe von kaskadierenden Zahlen, die else ifich in einem Code gesehen habe ...

In der Tat lohnt es sich jedoch, den Fall zu betrachten, in dem Sie einen Schalter benötigen, und zu prüfen, ob dieser nicht durch etwas OO ersetzt werden kann. Zum Beispiel Enums in Java 1.5+, vielleicht HashTable oder eine andere Sammlung (manchmal bedauere ich, dass wir keine (anonymen) Funktionen als erstklassiger Bürger haben, wie in Lua - das keinen Schalter hat - oder JavaScript) oder sogar Polymorphismus.

Wenn Sie JDK7 oder höher nicht verwenden, können Sie hashCode()es simulieren. Da String.hashCode()normalerweise unterschiedliche Werte für unterschiedliche Zeichenfolgen und immer gleiche Werte für gleiche Zeichenfolgen zurückgegeben werden, ist dies ziemlich zuverlässig (unterschiedliche Zeichenfolgen können denselben Hashcode wie @Lii erzeugen, der in einem Kommentar erwähnt wird, z. B. "FB"und "Ea"). Siehe Dokumentation .

Der Code würde also so aussehen:

String s = "<Your String>";

switch(s.hashCode()) {
case "Hello".hashCode(): break;
case "Goodbye".hashCode(): break;
}

Auf diese Weise schalten Sie technisch ein int.

Alternativ können Sie den folgenden Code verwenden:

public final class Switch<T> {
    private final HashMap<T, Runnable> cases = new HashMap<T, Runnable>(0);

    public void addCase(T object, Runnable action) {
        this.cases.put(object, action);
    }

    public void SWITCH(T object) {
        for (T t : this.cases.keySet()) {
            if (object.equals(t)) { // This means that the class works with any object!
                this.cases.get(t).run();
                break;
            }
        }
    }
}

Seit Jahren verwenden wir dafür einen (n Open Source) Präprozessor.

//#switch(target)
case "foo": code;
//#end

Vorverarbeitete Dateien heißen Foo.jpp und werden mit einem Ant-Skript in Foo.java verarbeitet.

Vorteil ist, dass es in Java verarbeitet wird, das unter 1.0 ausgeführt wird (obwohl wir normalerweise nur bis 1.4 unterstützt haben). Außerdem war es viel einfacher, dies zu tun (viele String-Schalter), als es mit Aufzählungen oder anderen Problemumgehungen zu fummeln - Code war viel einfacher zu lesen, zu warten und zu verstehen. IIRC (kann derzeit keine Statistiken oder technischen Argumente liefern) war auch schneller als die natürlichen Java-Äquivalente.

Nachteile sind, dass Sie Java nicht bearbeiten, so dass es ein bisschen mehr Workflow ist (Bearbeiten, Verarbeiten, Kompilieren / Testen) und eine IDE eine Verbindung zu Java herstellt, die ein wenig kompliziert ist (der Schalter wird zu einer Reihe von if / else-Logikschritten). und die Schaltergehäusereihenfolge wird nicht beibehalten.

Ich würde es nicht für 1.7+ empfehlen, aber es ist nützlich, wenn Sie Java programmieren möchten, das auf frühere JVMs abzielt (da Joe public selten die neueste Version installiert hat).

Sie können es von SVN erhalten oder den Code online durchsuchen . Sie benötigen EBuild , um es so zu erstellen, wie es ist.

Andere Antworten besagten, dass dies in Java 7 hinzugefügt wurde und Problemumgehungen für frühere Versionen gegeben wurden. Diese Antwort versucht das "Warum" zu beantworten.

Java war eine Reaktion auf die Überkomplexität von C ++. Es wurde entworfen, um eine einfache saubere Sprache zu sein.

String hat ein wenig Sonderfallbehandlung in der Sprache, aber es scheint mir klar zu sein, dass die Designer versucht haben, die Menge an Spezialhülle und syntaktischem Zucker auf ein Minimum zu beschränken.

Das Einschalten von Strings ist unter der Haube ziemlich komplex, da Strings keine einfachen primitiven Typen sind. Es war zu der Zeit, als Java entworfen wurde, keine übliche Funktion und passt nicht wirklich gut zum minimalistischen Design. Zumal sie beschlossen hatten, keinen Sonderfall == für Zeichenfolgen zu verwenden, wäre (und ist) es ein bisschen seltsam, wenn der Fall dort funktioniert, wo == nicht funktioniert.

Zwischen 1.0 und 1.4 blieb die Sprache selbst ziemlich gleich. Die meisten Verbesserungen an Java waren auf der Bibliotheksseite.

Daß sich mit Java 5 alles geändert hat, wurde die Sprache erheblich erweitert. Weitere Erweiterungen folgten in den Versionen 7 und 8. Ich gehe davon aus, dass diese Änderung der Einstellung durch den Anstieg von C # verursacht wurde

JEP 354: Switch-Ausdrücke (Vorschau) in JDK-13 und JEP 361: Switch-Ausdrücke (Standard) in JDK-14 erweitern die switch-Anweisung, sodass sie als Ausdruck verwendet werden kann .

Jetzt kannst du:

• Variable direkt aus Schalterausdruck zuweisen ,
• Verwenden Sie eine neue Form der Schalterbezeichnung ( case L ->):

  Der Code rechts von der Schalterbezeichnung "case L ->" ist auf einen Ausdruck, einen Block oder (der Einfachheit halber) eine throw-Anweisung beschränkt.

• Verwenden Sie mehrere durch Kommas getrennte Konstanten pro Fall.
• und es gibt auch keine wertebrüche mehr :

  Um einen Wert aus einem switch-Ausdruck zu erhalten, wird die breakwith-value-Anweisung zugunsten einer yieldAnweisung gelöscht .

Die Demo aus den Antworten ( 1 , 2 ) könnte also so aussehen:

  public static void main(String[] args) {
    switch (args[0]) {
      case "Monday", "Tuesday", "Wednesday" ->  System.out.println("boring");
      case "Thursday" -> System.out.println("getting better");
      case "Friday", "Saturday", "Sunday" -> System.out.println("much better");
    }

Nicht sehr hübsch, aber hier ist ein anderer Weg für Java 6 und unten:

String runFct = 
        queryType.equals("eq") ? "method1":
        queryType.equals("L_L")? "method2":
        queryType.equals("L_R")? "method3":
        queryType.equals("L_LR")? "method4":
            "method5";
Method m = this.getClass().getMethod(runFct);
m.invoke(this);

Es ist ein Kinderspiel in Groovy; Ich binde das groovige Glas ein und erstelle eine groovyUtility-Klasse, um all diese und weitere Dinge zu erledigen, die ich in Java als ärgerlich empfinde (da ich im Unternehmen nicht mehr mit Java 6 arbeiten kann).

it.'p'.each{
switch (it.@name.text()){
   case "choclate":
     myholder.myval=(it.text());
     break;
     }}...

Wenn Sie Intellij verwenden, sehen Sie sich auch Folgendes an:

Datei -> Projektstruktur -> Projekt

Datei -> Projektstruktur -> Module

Wenn Sie mehrere Module haben, stellen Sie sicher, dass Sie auf der Registerkarte "Modul" das richtige Sprachniveau festlegen.

public class StringSwitchCase { 

    public static void main(String args[]) {

        visitIsland("Santorini"); 
        visitIsland("Crete"); 
        visitIsland("Paros"); 

    } 

    public static void visitIsland(String island) {
         switch(island) {
          case "Corfu": 
               System.out.println("User wants to visit Corfu");
               break; 
          case "Crete": 
               System.out.println("User wants to visit Crete");
               break; 
          case "Santorini": 
               System.out.println("User wants to visit Santorini");
               break; 
          case "Mykonos": 
               System.out.println("User wants to visit Mykonos");
               break; 
         default: 
               System.out.println("Unknown Island");
               break; 
         } 
    } 

}