Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Skripten / Logik
    4. JavaScript
    5. Unerklärlicher Typkonflikt

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    Unerklärlicher Typkonflikt

    This topic has been deleted. Only users with topic management privileges can see it.
    • BananaJoe
      BananaJoe Most Active @Thisoft last edited by BananaJoe

      @thisoft sagte in Unerklärlicher Typkonflikt:

      var prozFuell = Math.round(100-(level-RawValMax)*100/(RawValMin-RawValMax));
      var liter = 0
      while(kurve.length>0){
      

      und bei dir fehlen mehrere ; im Skript, z.B. hinter der Zuweisung von liter und der Berechnung von prozFuell
      Eventuell ist das schon der ganze Grund (und war es bei mir damals)

      paul53 1 Reply Last reply Reply Quote 0
      • paul53
        paul53 @BananaJoe last edited by

        @bananajoe sagte: Eventuell ist das schon der ganze Grund

        Es funktioniert auch ohne Semikolon durch die Zeilenschaltung. Man sollte aber immer ein Semikolon setzen.

        Thisoft 1 Reply Last reply Reply Quote 0
        • OliverIO
          OliverIO last edited by OliverIO

          @thisoft sagte in Unerklärlicher Typkonflikt:

          Tupel.Fuellhoehe

          wahrscheinlich ist
          Tupel.Fuellhoehe
          ein String

          javascript führt adhoc typumwandlung durch
          die rechnungen funktionieren trotzdem da du nicht addiert hast.
          das plus zeichen ist auch ein operator zum strings verketten
          daher ergibt
          "12" / 4 = 3 aber
          "12" +4 = "124"
          es ist relativ egal, das man mal eine variable mit einer Number initialisiert hat. sobald was neues kommt, wird der typ angenommen
          das ist einer der gründe warum typescript erfunden wurde

          semicolons sind zwar nicht immer notwendig (manchmal schon), aber es ist einfach
          jeden befehl damit abzuschließen um misinterpretationen zu vermeiden

          1 Reply Last reply Reply Quote 0
          • Thisoft
            Thisoft @paul53 last edited by

            @paul53

            Am Semikolon lag's nicht!

            Geholfen hat "Number(liter)". Ja, dieser elendige untypisierte Mist - so toll und mächtig wie Javascript ansonsten ist, aber sowas ist doch... naja ich bin ja schon dabei und mache neue Sachen eigentlich immer in Typescript...

            Vielen Dank euch allen.

            1 Reply Last reply Reply Quote 0
            • OliverIO
              OliverIO last edited by

              @thisoft
              ja, fehleranfällig
              aber das problem lag ja an dem einen attribut im datenpunkt
              Tupel.Fuellhoehe
              wenn du es selbst erstellt hast, hast da nicht sauber gearbeitet.
              wenn du es nicht erstellt hast, dann kennst du nun eine auswirkung, das fremden daten nie vertraut werden darf und diese erst angeglichen und überprüft werden müssen.

              Thisoft 1 Reply Last reply Reply Quote 0
              • Thisoft
                Thisoft @OliverIO last edited by

                @oliverio ja ich hab das selbst erstellt! Sauber gearbeitet naja - wenn man's von der Warte sieht dass man das was JS bei der impliziten Konvertierung verwurstet selbst korrigieren muss hast du ja Recht. Aber wenn man's von keiner anderen Sprache gewohnt ist dass sich der Typ einer Variablen ohne Neudeklaration einfach mal ändert dann wird's eben hakelig. Außerdem - nix für ungut, aber die Variable an den zugewiesenen Wert anzupassen ist doch m.E. gerade die verkehrte Welt der implizierten Konvertierung. Aber die Diskussion führt eh zu nix - das ist halt so und mit Typescript wird zumindest das besser, an manchen Ecken hapert's beim Typescript aber auch noch...

                BananaJoe 1 Reply Last reply Reply Quote 0
                • BananaJoe
                  BananaJoe Most Active @Thisoft last edited by

                  @thisoft ich kenne das schon von anderen Scriptsprachen (AutoIt z.B., in der Bash).
                  Ich habe mir mal angewöhnt alle Variablen immer mit einem Buchstaben beginnen zu lassen der den Typ wiederspiegelt, egal ob die Sprache Typen unterstützt oder nicht:

                  a_Monate = a = Array
                  i_Tag = i = Integer
                  s_Tag = s = String
                  o_Datum = o = Objekt
                  usw.
                  

                  usw.
                  Das setzte ich dann aber wiederum herrlich inkonsequent um ...

                  Zarello Thisoft 2 Replies Last reply Reply Quote 1
                  • Zarello
                    Zarello @BananaJoe last edited by

                    @bananajoe sagte in Unerklärlicher Typkonflikt:

                    Ich habe mir mal angewöhnt alle Variablen immer mit einem Buchstaben beginnen zu lassen der den Typ wiederspiegelt, egal ob die Sprache Typen unterstützt oder nicht:

                    Das wurde so auch schon in Programmiersprachen umgesetzt, wer kennt es noch:

                    god is real - unless declared integer

                    😄

                    1 Reply Last reply Reply Quote 0
                    • Thisoft
                      Thisoft @BananaJoe last edited by

                      @bananajoe sagte in Unerklärlicher Typkonflikt:

                      @thisoft ich kenne das schon von anderen Scriptsprachen (AutoIt z.B., in der Bash).
                      Ich habe mir mal angewöhnt alle Variablen immer mit einem Buchstaben beginnen zu lassen der den Typ wiederspiegelt, egal ob die Sprache Typen unterstützt oder nicht:

                      Tja, wie der Name schon sagt "Scriptsprachen" - das sind eben keine Programmiersprachen 😉
                      Und was nützt es bitteschön die Variablennamen mit dem fraglichen Buchstaben beginnen zu lassen wenn das dann niemanden und am Wenigsten den Compiler interessiert?

                      BananaJoe 1 Reply Last reply Reply Quote 0
                      • BananaJoe
                        BananaJoe Most Active @Thisoft last edited by BananaJoe

                        @thisoft das man persönlich den Überblick behält - gerade wenn es denn irgendwann mehrere duzend / hunderte von Variablen sind.
                        Programmiersprachen ist auch ein Oberbegriff. Und solange dabei PHP, Pearl und Python in einem Atemzug mit C++, JavaScript und SQL genannt werden schäme ich mich für nichts 🙂

                        Wenn der Compiler nicht kann hindert einen nichts daran zumindest selbst den Überblick zu behalten.
                        Meine Programme oder Skripte bestehen meist aus 10% der eigentlichen Aufgabe, 50% der Prüfung aller Eventualitäten und Fehlerfälle (Verlasse dich auf nichts! Sorge immer für einen definierten Zustand!) und die restlichen 40% sind Kommentare.

                        Und der Chef will einfach nicht verstehen warum man etwas noch mal neu coden will weil es "sch....e aussieht"

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post

                        Support us

                        ioBroker
                        Community Adapters
                        Donate

                        660
                        Online

                        31.8k
                        Users

                        80.0k
                        Topics

                        1.3m
                        Posts

                        6
                        13
                        587
                        Loading More Posts
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes
                        Reply
                        • Reply as topic
                        Log in to reply
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                        The ioBroker Community 2014-2023
                        logo