Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. Variablentypen in for … loop

NEWS

  • Der neue Monatsrückblick für Mai und Juni 2026 ist online!
    BluefoxB
    Bluefox
    8
    1
    1.1k

  • wichtiges UPDATE für controller 7.2.2 im stable
    HomoranH
    Homoran
    10
    1
    3.6k

  • Neues YouTube-Video: Visualisierung im Devices-Adapter
    BluefoxB
    Bluefox
    16
    1
    6.2k

Variablentypen in for … loop

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
6 Beiträge 4 Kommentatoren 805 Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • A Offline
    A Offline
    aski71
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    nochmal eine Verständnisfrage zum typecasting.

    hm_rega.11335 ist bei mir definiert als Zahl und wird auch durch typeof als solche bewertet.

    Es enthält eine Liste von Werten:

        "states": {
          "0": "Aus",
          "1": "...",
          "2": "blala",
          "3": "etc...",
          "4": "usw...",
          "5": "...",
    
    

    Diese Werte gehe ich nun in einer Schleife durch, um den passenden Match herauszufinden:

       for ( var state in activityStates.common.states) {
           if ( activityStates.common.states[state] == currentActivity ) break;
       }
       if ( getState("hm-rega.0.11335").val != state ) {
           setState("hm-rega.0.11335", state);
       }
    
    

    Jetzt hätte ich erwartet, dass der index 'state' vom Typ number ist.

    Nachdem ich nun aber die type-Warnung im Log bekommen habe, sagte mir ein typeof: Überraschung! state ist ein string.

    Die Lösung kenne ich ja inzwischen: parseInt(state,10)

    Aber kann mir jemand erklären, warum state als Indexvariable überhaupt ein string und kein integer ist?

    Danke, Alex

    1 Antwort Letzte Antwort
    0
    • paul53P Offline
      paul53P Offline
      paul53
      schrieb am zuletzt editiert von
      #2

      @aski71:

      …warum state als Indexvariable überhaupt ein string und kein integer ist? `
      Wie ich das sehe: Es ist kein Index (in ein Array), sondern das Attribut eines Objekts. Wie man im Objekt sieht, sind diese in Anführungszeichen gesetzt. Anstelle von "0" könnte z.B. auch "x" stehen.

      Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
      Produktiv: Asus PN 42 / N100 / 8 GB / 500 GB; Proxmox mit 2 VM (iob / openCCU)

      1 Antwort Letzte Antwort
      0
      • A Offline
        A Offline
        aski71
        schrieb am zuletzt editiert von
        #3

        Ah, danke!

        1 Antwort Letzte Antwort
        0
        • BluefoxB Offline
          BluefoxB Offline
          Bluefox
          schrieb am zuletzt editiert von
          #4

          @aski71:

              "states": {
                "0": "Aus",
                "1": "...",
                "2": "blala",
                "3": "etc...",
                "4": "usw...",
                "5": "...",
          
          

          Aber kann mir jemand erklären, warum state als Indexvariable überhaupt ein string und kein integer ist?

          Danke, Alex `
          Damit es ein "number" wird, muss es so aussehen:

          {
                0: "Aus",
                1: "...",
                2: "blala",
                3: "etc...",
                4: "usw...",
                5: "..."
          };
          
          1 Antwort Letzte Antwort
          0
          • HomoranH Nicht stören
            HomoranH Nicht stören
            Homoran
            schrieb am zuletzt editiert von
            #5

            @aski71:

            hm_rega.11335 ist bei mir definiert als Zahl und wird auch durch typeof als solche bewertet.

            Es enthält eine Liste von Werten:

            Code:

            "states": {

            "0": "Aus",

            "1": "…",

            "2": "blala",

            "3": "etc...",

            "4": "usw...",

            "5": "...", `

            @Bluefox:

            Damit es ein "number" wird, muss es so aussehen:

            Code:

            {

            0: "Aus",

            1: "…",

            2: "blala",

            3: "etc...",

            4: "usw...",

            5: "..."

            }; `

            Ist das ein Fehler im hm-rega, dass der alles als String interpretiert?

            siehe meinen Post mit influxDB und andere Posts mit javascript.

            immer wieder bei rega Systemvariablen.

            ggf. hier die Ursache?

            http://forum.iobroker.net/viewtopic.php … 915#p26488

            Gruß

            Rainer

            kein Support per PN! - Fragen im Forum stellen - Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
            Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
            der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

            1 Antwort Letzte Antwort
            0
            • paul53P Offline
              paul53P Offline
              paul53
              schrieb am zuletzt editiert von
              #6

              @Homoran:

              Ist das ein Fehler im hm-rega, dass der alles als String interpretiert? `
              Nein, hm-rpc macht es genauso.
              493_common_control_mode.jpg

              Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
              Produktiv: Asus PN 42 / N100 / 8 GB / 500 GB; Proxmox mit 2 VM (iob / openCCU)

              1 Antwort Letzte Antwort
              0

              Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

              Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

              Mit deinem Input könnte dieser Beitrag noch besser werden 💗

              Registrieren Anmelden
              Antworten
              • In einem neuen Thema antworten
              Anmelden zum Antworten
              • Älteste zuerst
              • Neuste zuerst
              • Meiste Stimmen


              Support us

              ioBroker
              Community Adapters
              Donate

              336

              Online

              33.0k

              Benutzer

              83.6k

              Themen

              1.3m

              Beiträge
              Community
              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
              ioBroker Community 2014-2026
              logo
              • Anmelden

              • Du hast noch kein Konto? Registrieren

              • Anmelden oder registrieren, um zu suchen
              • Erster Beitrag
                Letzter Beitrag
              0
              • Home
              • Aktuell
              • Tags
              • Ungelesen 0
              • Kategorien
              • Unreplied
              • Beliebt
              • GitHub
              • Docu
              • Hilfe