Why is the 'in' operator throwing an error with a string literal instead of logging false?Why can't I use switch statement on a String?Python join: why is it string.join(list) instead of list.join(string)?Multiline String Literal in C#Why does comparing strings using either '==' or 'is' sometimes produce a different result?How to initialize an array's length in javascript?How can I print literal curly-brace characters in python string and also use .format on it?Why does ++[[]][+[]]+[+[]] return the string “10”?Why is char[] preferred over String for passwords?Why does this code using random strings print “hello world”?jQuery.inArray(), how to use it right?

How is it possible for user's password to be changed after storage was encrypted? (on OS X, Android)

Why was the "bread communication" in the arena of Catching Fire left out in the movie?

If a centaur druid Wild Shapes into a Giant Elk, do their Charge features stack?

OA final episode explanation

aging parents with no investments

Prime joint compound before latex paint?

Ideas for colorfully and clearly highlighting graph edges according to weights

Is every set a filtered colimit of finite sets?

Does it makes sense to buy a new cycle to learn riding?

How to make payment on the internet without leaving a money trail?

How would photo IDs work for shapeshifters?

Deciding between multiple birth names and dates?

Why did the Germans forbid the possession of pet pigeons in Rostov-on-Don in 1941?

Can I find out the caloric content of bread by dehydrating it?

Email Account under attack (really) - anything I can do?

Is it possible to make sharp wind that can cut stuff from afar?

Latin words with no plurals in English

Lied on resume at previous job

How to answer pointed "are you quitting" questioning when I don't want them to suspect

I’m planning on buying a laser printer but concerned about the life cycle of toner in the machine

Copycat chess is back

Is Fable (1996) connected in any way to the Fable franchise from Lionhead Studios?

Why is making salt water prohibited on Shabbat?

Domain expired, GoDaddy holds it and is asking more money



Why is the 'in' operator throwing an error with a string literal instead of logging false?


Why can't I use switch statement on a String?Python join: why is it string.join(list) instead of list.join(string)?Multiline String Literal in C#Why does comparing strings using either '==' or 'is' sometimes produce a different result?How to initialize an array's length in javascript?How can I print literal curly-brace characters in python string and also use .format on it?Why does ++[[]][+[]]+[+[]] return the string “10”?Why is char[] preferred over String for passwords?Why does this code using random strings print “hello world”?jQuery.inArray(), how to use it right?






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








19















As per MDN the in operator returns true if the property exists and accordingly the first example logs true. But when using a string literal, why is it throwing an error instead of logging false?






let let1 = new String('test');
console.log(let1.length);
console.log('length' in let1)








var let1 = 'test';
console.log(let1.length);
console.log('length' in let1);












share|improve this question
























  • I'd assume the temporary wrapper object created for the string is not enumerable ..?

    – Teemu
    Apr 4 at 18:49












  • @Teemu No. There is no temporary wrapper object created at all

    – Bergi
    Apr 4 at 18:51











  • @Bergi Well, that explains a lot.

    – Teemu
    Apr 4 at 18:52

















19















As per MDN the in operator returns true if the property exists and accordingly the first example logs true. But when using a string literal, why is it throwing an error instead of logging false?






let let1 = new String('test');
console.log(let1.length);
console.log('length' in let1)








var let1 = 'test';
console.log(let1.length);
console.log('length' in let1);












share|improve this question
























  • I'd assume the temporary wrapper object created for the string is not enumerable ..?

    – Teemu
    Apr 4 at 18:49












  • @Teemu No. There is no temporary wrapper object created at all

    – Bergi
    Apr 4 at 18:51











  • @Bergi Well, that explains a lot.

    – Teemu
    Apr 4 at 18:52













19












19








19








As per MDN the in operator returns true if the property exists and accordingly the first example logs true. But when using a string literal, why is it throwing an error instead of logging false?






let let1 = new String('test');
console.log(let1.length);
console.log('length' in let1)








var let1 = 'test';
console.log(let1.length);
console.log('length' in let1);












share|improve this question
















As per MDN the in operator returns true if the property exists and accordingly the first example logs true. But when using a string literal, why is it throwing an error instead of logging false?






let let1 = new String('test');
console.log(let1.length);
console.log('length' in let1)








var let1 = 'test';
console.log(let1.length);
console.log('length' in let1);








let let1 = new String('test');
console.log(let1.length);
console.log('length' in let1)





let let1 = new String('test');
console.log(let1.length);
console.log('length' in let1)





var let1 = 'test';
console.log(let1.length);
console.log('length' in let1);





var let1 = 'test';
console.log(let1.length);
console.log('length' in let1);






javascript string






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Apr 4 at 21:55









Boann

37.4k1290122




37.4k1290122










asked Apr 4 at 18:44









brkbrk

30k32246




30k32246












  • I'd assume the temporary wrapper object created for the string is not enumerable ..?

    – Teemu
    Apr 4 at 18:49












  • @Teemu No. There is no temporary wrapper object created at all

    – Bergi
    Apr 4 at 18:51











  • @Bergi Well, that explains a lot.

    – Teemu
    Apr 4 at 18:52

















  • I'd assume the temporary wrapper object created for the string is not enumerable ..?

    – Teemu
    Apr 4 at 18:49












  • @Teemu No. There is no temporary wrapper object created at all

    – Bergi
    Apr 4 at 18:51











  • @Bergi Well, that explains a lot.

    – Teemu
    Apr 4 at 18:52
















I'd assume the temporary wrapper object created for the string is not enumerable ..?

– Teemu
Apr 4 at 18:49






I'd assume the temporary wrapper object created for the string is not enumerable ..?

– Teemu
Apr 4 at 18:49














@Teemu No. There is no temporary wrapper object created at all

– Bergi
Apr 4 at 18:51





@Teemu No. There is no temporary wrapper object created at all

– Bergi
Apr 4 at 18:51













@Bergi Well, that explains a lot.

– Teemu
Apr 4 at 18:52





@Bergi Well, that explains a lot.

– Teemu
Apr 4 at 18:52












5 Answers
5






active

oldest

votes


















39














In a sense it is a matter of timing. String literals do not have any properties. The reason that you can call methods and lookup properties on primitive strings is because JavaScript automatically wraps the string primitive in a String object when a method call or property lookup is attempted. JavaScript does not interpret the in operator as a method call or property lookup so it does not wrap the primitive in an object and you get an error (because a string primitive is not an object).



See Distinction between string primitives and String objects



Also, the same docs referenced in your question specifically note that using in on a string primitive will throw an error.




You must specify an object on the right side of the in operator. For
example, you can specify a string created with the String constructor,
but you cannot specify a string literal.







share|improve this answer




















  • 3





    This is the shortest and most concise correct answer shown.

    – Scott Marcus
    Apr 4 at 19:05











  • Nice. I think I know a lot about JS after working with it for a few years now but I'm still finding out interesting quirks like this.

    – ChrisM
    Apr 5 at 16:12



















10














It throws an error because in is an operator for objects:




prop in object




but when you declare a string as `` (` string(template) literals) or "" '' (",' string literals) you don't create an object.



Check



typeof new String("x") ("object")



and



typeof `x` ("string").



Those are two different things in JavaScript.






share|improve this answer

























  • actually my expectation was it will log false instead of throwing error.Actually I was doing if(!(prop in someObj))

    – brk
    Apr 4 at 18:51



















4














JavaScript operator in only applicable to an Objects instances.



When you using constructor new String('abc') this will causing creating of a String object instance.



In other side, when you using only string literals or call function String('abc') without new it creates an string primitive. (like Number and Boolen)



Some behaviour of primitives and objects is differrent, look at this simple example's output:






console.log(typeof (new String('ddd'))) // "object"
console.log(typeof ('ddd')) // "string"
console.log(eval('1 + 2')) // 3
console.log(eval(new String('1 + 2'))) // "0":"1","1":" ","2":"+","3":" ","4":"2"





In code where you use methods on string primitives javascript engine automatically wraps primitives with corresponding objects to perform methods call.



But in it is not an method call, its language operator an in this case wrapping is not applied.



PS: Sorry for my english.






share|improve this answer
































    3














    typeof('test') == string (string literal)



    typof(new String('test')) == object (string object)



    you can't use in with a string literal.




    The in operator returns true if the specified property is in the specified object or its prototype chain.







    share|improve this answer






























      2















      The in operator can only be used to check if a property is in an
      object. You can't search in strings, or in numbers, or other primitive
      types.




      The first example works and prints 'true' because length is a property of a string object.



      The second example doesn't work and gives you an error because you are trying to look for a property length in something (a string) that is not an object.






      share|improve this answer




















      • 1





        Notice, that let1.length works in the snippet.

        – Teemu
        Apr 4 at 18:53











      • Right. But let1 is a string, not an object in the second example.

        – VHS
        Apr 4 at 18:54






      • 1





        Umh ... the second example works as well.

        – Teemu
        Apr 4 at 19:01






      • 1





        Just run the second snippet, the first console.log shows 4.

        – Teemu
        Apr 4 at 19:04







      • 1





        Yes, but you're saying retrieving the length woud throw the error. On the very first line it logs 4, the length of let1. Take a look at benvc's answer on this post.

        – Teemu
        Apr 4 at 19:06












      Your Answer






      StackExchange.ifUsing("editor", function ()
      StackExchange.using("externalEditor", function ()
      StackExchange.using("snippets", function ()
      StackExchange.snippets.init();
      );
      );
      , "code-snippets");

      StackExchange.ready(function()
      var channelOptions =
      tags: "".split(" "),
      id: "1"
      ;
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function()
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled)
      StackExchange.using("snippets", function()
      createEditor();
      );

      else
      createEditor();

      );

      function createEditor()
      StackExchange.prepareEditor(
      heartbeatType: 'answer',
      autoActivateHeartbeat: false,
      convertImagesToLinks: true,
      noModals: true,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: 10,
      bindNavPrevention: true,
      postfix: "",
      imageUploader:
      brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
      contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
      allowUrls: true
      ,
      onDemand: true,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      );



      );













      draft saved

      draft discarded


















      StackExchange.ready(
      function ()
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55522988%2fwhy-is-the-in-operator-throwing-an-error-with-a-string-literal-instead-of-logg%23new-answer', 'question_page');

      );

      Post as a guest















      Required, but never shown

























      5 Answers
      5






      active

      oldest

      votes








      5 Answers
      5






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes









      39














      In a sense it is a matter of timing. String literals do not have any properties. The reason that you can call methods and lookup properties on primitive strings is because JavaScript automatically wraps the string primitive in a String object when a method call or property lookup is attempted. JavaScript does not interpret the in operator as a method call or property lookup so it does not wrap the primitive in an object and you get an error (because a string primitive is not an object).



      See Distinction between string primitives and String objects



      Also, the same docs referenced in your question specifically note that using in on a string primitive will throw an error.




      You must specify an object on the right side of the in operator. For
      example, you can specify a string created with the String constructor,
      but you cannot specify a string literal.







      share|improve this answer




















      • 3





        This is the shortest and most concise correct answer shown.

        – Scott Marcus
        Apr 4 at 19:05











      • Nice. I think I know a lot about JS after working with it for a few years now but I'm still finding out interesting quirks like this.

        – ChrisM
        Apr 5 at 16:12
















      39














      In a sense it is a matter of timing. String literals do not have any properties. The reason that you can call methods and lookup properties on primitive strings is because JavaScript automatically wraps the string primitive in a String object when a method call or property lookup is attempted. JavaScript does not interpret the in operator as a method call or property lookup so it does not wrap the primitive in an object and you get an error (because a string primitive is not an object).



      See Distinction between string primitives and String objects



      Also, the same docs referenced in your question specifically note that using in on a string primitive will throw an error.




      You must specify an object on the right side of the in operator. For
      example, you can specify a string created with the String constructor,
      but you cannot specify a string literal.







      share|improve this answer




















      • 3





        This is the shortest and most concise correct answer shown.

        – Scott Marcus
        Apr 4 at 19:05











      • Nice. I think I know a lot about JS after working with it for a few years now but I'm still finding out interesting quirks like this.

        – ChrisM
        Apr 5 at 16:12














      39












      39








      39







      In a sense it is a matter of timing. String literals do not have any properties. The reason that you can call methods and lookup properties on primitive strings is because JavaScript automatically wraps the string primitive in a String object when a method call or property lookup is attempted. JavaScript does not interpret the in operator as a method call or property lookup so it does not wrap the primitive in an object and you get an error (because a string primitive is not an object).



      See Distinction between string primitives and String objects



      Also, the same docs referenced in your question specifically note that using in on a string primitive will throw an error.




      You must specify an object on the right side of the in operator. For
      example, you can specify a string created with the String constructor,
      but you cannot specify a string literal.







      share|improve this answer















      In a sense it is a matter of timing. String literals do not have any properties. The reason that you can call methods and lookup properties on primitive strings is because JavaScript automatically wraps the string primitive in a String object when a method call or property lookup is attempted. JavaScript does not interpret the in operator as a method call or property lookup so it does not wrap the primitive in an object and you get an error (because a string primitive is not an object).



      See Distinction between string primitives and String objects



      Also, the same docs referenced in your question specifically note that using in on a string primitive will throw an error.




      You must specify an object on the right side of the in operator. For
      example, you can specify a string created with the String constructor,
      but you cannot specify a string literal.








      share|improve this answer














      share|improve this answer



      share|improve this answer








      edited Apr 4 at 19:16

























      answered Apr 4 at 18:56









      benvcbenvc

      6,8431928




      6,8431928







      • 3





        This is the shortest and most concise correct answer shown.

        – Scott Marcus
        Apr 4 at 19:05











      • Nice. I think I know a lot about JS after working with it for a few years now but I'm still finding out interesting quirks like this.

        – ChrisM
        Apr 5 at 16:12













      • 3





        This is the shortest and most concise correct answer shown.

        – Scott Marcus
        Apr 4 at 19:05











      • Nice. I think I know a lot about JS after working with it for a few years now but I'm still finding out interesting quirks like this.

        – ChrisM
        Apr 5 at 16:12








      3




      3





      This is the shortest and most concise correct answer shown.

      – Scott Marcus
      Apr 4 at 19:05





      This is the shortest and most concise correct answer shown.

      – Scott Marcus
      Apr 4 at 19:05













      Nice. I think I know a lot about JS after working with it for a few years now but I'm still finding out interesting quirks like this.

      – ChrisM
      Apr 5 at 16:12






      Nice. I think I know a lot about JS after working with it for a few years now but I'm still finding out interesting quirks like this.

      – ChrisM
      Apr 5 at 16:12














      10














      It throws an error because in is an operator for objects:




      prop in object




      but when you declare a string as `` (` string(template) literals) or "" '' (",' string literals) you don't create an object.



      Check



      typeof new String("x") ("object")



      and



      typeof `x` ("string").



      Those are two different things in JavaScript.






      share|improve this answer

























      • actually my expectation was it will log false instead of throwing error.Actually I was doing if(!(prop in someObj))

        – brk
        Apr 4 at 18:51
















      10














      It throws an error because in is an operator for objects:




      prop in object




      but when you declare a string as `` (` string(template) literals) or "" '' (",' string literals) you don't create an object.



      Check



      typeof new String("x") ("object")



      and



      typeof `x` ("string").



      Those are two different things in JavaScript.






      share|improve this answer

























      • actually my expectation was it will log false instead of throwing error.Actually I was doing if(!(prop in someObj))

        – brk
        Apr 4 at 18:51














      10












      10








      10







      It throws an error because in is an operator for objects:




      prop in object




      but when you declare a string as `` (` string(template) literals) or "" '' (",' string literals) you don't create an object.



      Check



      typeof new String("x") ("object")



      and



      typeof `x` ("string").



      Those are two different things in JavaScript.






      share|improve this answer















      It throws an error because in is an operator for objects:




      prop in object




      but when you declare a string as `` (` string(template) literals) or "" '' (",' string literals) you don't create an object.



      Check



      typeof new String("x") ("object")



      and



      typeof `x` ("string").



      Those are two different things in JavaScript.







      share|improve this answer














      share|improve this answer



      share|improve this answer








      edited Apr 5 at 18:06

























      answered Apr 4 at 18:49









      SkillGGSkillGG

      332112




      332112












      • actually my expectation was it will log false instead of throwing error.Actually I was doing if(!(prop in someObj))

        – brk
        Apr 4 at 18:51


















      • actually my expectation was it will log false instead of throwing error.Actually I was doing if(!(prop in someObj))

        – brk
        Apr 4 at 18:51

















      actually my expectation was it will log false instead of throwing error.Actually I was doing if(!(prop in someObj))

      – brk
      Apr 4 at 18:51






      actually my expectation was it will log false instead of throwing error.Actually I was doing if(!(prop in someObj))

      – brk
      Apr 4 at 18:51












      4














      JavaScript operator in only applicable to an Objects instances.



      When you using constructor new String('abc') this will causing creating of a String object instance.



      In other side, when you using only string literals or call function String('abc') without new it creates an string primitive. (like Number and Boolen)



      Some behaviour of primitives and objects is differrent, look at this simple example's output:






      console.log(typeof (new String('ddd'))) // "object"
      console.log(typeof ('ddd')) // "string"
      console.log(eval('1 + 2')) // 3
      console.log(eval(new String('1 + 2'))) // "0":"1","1":" ","2":"+","3":" ","4":"2"





      In code where you use methods on string primitives javascript engine automatically wraps primitives with corresponding objects to perform methods call.



      But in it is not an method call, its language operator an in this case wrapping is not applied.



      PS: Sorry for my english.






      share|improve this answer





























        4














        JavaScript operator in only applicable to an Objects instances.



        When you using constructor new String('abc') this will causing creating of a String object instance.



        In other side, when you using only string literals or call function String('abc') without new it creates an string primitive. (like Number and Boolen)



        Some behaviour of primitives and objects is differrent, look at this simple example's output:






        console.log(typeof (new String('ddd'))) // "object"
        console.log(typeof ('ddd')) // "string"
        console.log(eval('1 + 2')) // 3
        console.log(eval(new String('1 + 2'))) // "0":"1","1":" ","2":"+","3":" ","4":"2"





        In code where you use methods on string primitives javascript engine automatically wraps primitives with corresponding objects to perform methods call.



        But in it is not an method call, its language operator an in this case wrapping is not applied.



        PS: Sorry for my english.






        share|improve this answer



























          4












          4








          4







          JavaScript operator in only applicable to an Objects instances.



          When you using constructor new String('abc') this will causing creating of a String object instance.



          In other side, when you using only string literals or call function String('abc') without new it creates an string primitive. (like Number and Boolen)



          Some behaviour of primitives and objects is differrent, look at this simple example's output:






          console.log(typeof (new String('ddd'))) // "object"
          console.log(typeof ('ddd')) // "string"
          console.log(eval('1 + 2')) // 3
          console.log(eval(new String('1 + 2'))) // "0":"1","1":" ","2":"+","3":" ","4":"2"





          In code where you use methods on string primitives javascript engine automatically wraps primitives with corresponding objects to perform methods call.



          But in it is not an method call, its language operator an in this case wrapping is not applied.



          PS: Sorry for my english.






          share|improve this answer















          JavaScript operator in only applicable to an Objects instances.



          When you using constructor new String('abc') this will causing creating of a String object instance.



          In other side, when you using only string literals or call function String('abc') without new it creates an string primitive. (like Number and Boolen)



          Some behaviour of primitives and objects is differrent, look at this simple example's output:






          console.log(typeof (new String('ddd'))) // "object"
          console.log(typeof ('ddd')) // "string"
          console.log(eval('1 + 2')) // 3
          console.log(eval(new String('1 + 2'))) // "0":"1","1":" ","2":"+","3":" ","4":"2"





          In code where you use methods on string primitives javascript engine automatically wraps primitives with corresponding objects to perform methods call.



          But in it is not an method call, its language operator an in this case wrapping is not applied.



          PS: Sorry for my english.






          console.log(typeof (new String('ddd'))) // "object"
          console.log(typeof ('ddd')) // "string"
          console.log(eval('1 + 2')) // 3
          console.log(eval(new String('1 + 2'))) // "0":"1","1":" ","2":"+","3":" ","4":"2"





          console.log(typeof (new String('ddd'))) // "object"
          console.log(typeof ('ddd')) // "string"
          console.log(eval('1 + 2')) // 3
          console.log(eval(new String('1 + 2'))) // "0":"1","1":" ","2":"+","3":" ","4":"2"






          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Apr 5 at 12:06

























          answered Apr 4 at 18:49









          Stranger in the QStranger in the Q

          1,0241819




          1,0241819





















              3














              typeof('test') == string (string literal)



              typof(new String('test')) == object (string object)



              you can't use in with a string literal.




              The in operator returns true if the specified property is in the specified object or its prototype chain.







              share|improve this answer



























                3














                typeof('test') == string (string literal)



                typof(new String('test')) == object (string object)



                you can't use in with a string literal.




                The in operator returns true if the specified property is in the specified object or its prototype chain.







                share|improve this answer

























                  3












                  3








                  3







                  typeof('test') == string (string literal)



                  typof(new String('test')) == object (string object)



                  you can't use in with a string literal.




                  The in operator returns true if the specified property is in the specified object or its prototype chain.







                  share|improve this answer













                  typeof('test') == string (string literal)



                  typof(new String('test')) == object (string object)



                  you can't use in with a string literal.




                  The in operator returns true if the specified property is in the specified object or its prototype chain.








                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Apr 4 at 18:48









                  FedeScFedeSc

                  905923




                  905923





















                      2















                      The in operator can only be used to check if a property is in an
                      object. You can't search in strings, or in numbers, or other primitive
                      types.




                      The first example works and prints 'true' because length is a property of a string object.



                      The second example doesn't work and gives you an error because you are trying to look for a property length in something (a string) that is not an object.






                      share|improve this answer




















                      • 1





                        Notice, that let1.length works in the snippet.

                        – Teemu
                        Apr 4 at 18:53











                      • Right. But let1 is a string, not an object in the second example.

                        – VHS
                        Apr 4 at 18:54






                      • 1





                        Umh ... the second example works as well.

                        – Teemu
                        Apr 4 at 19:01






                      • 1





                        Just run the second snippet, the first console.log shows 4.

                        – Teemu
                        Apr 4 at 19:04







                      • 1





                        Yes, but you're saying retrieving the length woud throw the error. On the very first line it logs 4, the length of let1. Take a look at benvc's answer on this post.

                        – Teemu
                        Apr 4 at 19:06
















                      2















                      The in operator can only be used to check if a property is in an
                      object. You can't search in strings, or in numbers, or other primitive
                      types.




                      The first example works and prints 'true' because length is a property of a string object.



                      The second example doesn't work and gives you an error because you are trying to look for a property length in something (a string) that is not an object.






                      share|improve this answer




















                      • 1





                        Notice, that let1.length works in the snippet.

                        – Teemu
                        Apr 4 at 18:53











                      • Right. But let1 is a string, not an object in the second example.

                        – VHS
                        Apr 4 at 18:54






                      • 1





                        Umh ... the second example works as well.

                        – Teemu
                        Apr 4 at 19:01






                      • 1





                        Just run the second snippet, the first console.log shows 4.

                        – Teemu
                        Apr 4 at 19:04







                      • 1





                        Yes, but you're saying retrieving the length woud throw the error. On the very first line it logs 4, the length of let1. Take a look at benvc's answer on this post.

                        – Teemu
                        Apr 4 at 19:06














                      2












                      2








                      2








                      The in operator can only be used to check if a property is in an
                      object. You can't search in strings, or in numbers, or other primitive
                      types.




                      The first example works and prints 'true' because length is a property of a string object.



                      The second example doesn't work and gives you an error because you are trying to look for a property length in something (a string) that is not an object.






                      share|improve this answer
















                      The in operator can only be used to check if a property is in an
                      object. You can't search in strings, or in numbers, or other primitive
                      types.




                      The first example works and prints 'true' because length is a property of a string object.



                      The second example doesn't work and gives you an error because you are trying to look for a property length in something (a string) that is not an object.







                      share|improve this answer














                      share|improve this answer



                      share|improve this answer








                      edited Apr 4 at 18:55

























                      answered Apr 4 at 18:53









                      VHSVHS

                      7,28231128




                      7,28231128







                      • 1





                        Notice, that let1.length works in the snippet.

                        – Teemu
                        Apr 4 at 18:53











                      • Right. But let1 is a string, not an object in the second example.

                        – VHS
                        Apr 4 at 18:54






                      • 1





                        Umh ... the second example works as well.

                        – Teemu
                        Apr 4 at 19:01






                      • 1





                        Just run the second snippet, the first console.log shows 4.

                        – Teemu
                        Apr 4 at 19:04







                      • 1





                        Yes, but you're saying retrieving the length woud throw the error. On the very first line it logs 4, the length of let1. Take a look at benvc's answer on this post.

                        – Teemu
                        Apr 4 at 19:06













                      • 1





                        Notice, that let1.length works in the snippet.

                        – Teemu
                        Apr 4 at 18:53











                      • Right. But let1 is a string, not an object in the second example.

                        – VHS
                        Apr 4 at 18:54






                      • 1





                        Umh ... the second example works as well.

                        – Teemu
                        Apr 4 at 19:01






                      • 1





                        Just run the second snippet, the first console.log shows 4.

                        – Teemu
                        Apr 4 at 19:04







                      • 1





                        Yes, but you're saying retrieving the length woud throw the error. On the very first line it logs 4, the length of let1. Take a look at benvc's answer on this post.

                        – Teemu
                        Apr 4 at 19:06








                      1




                      1





                      Notice, that let1.length works in the snippet.

                      – Teemu
                      Apr 4 at 18:53





                      Notice, that let1.length works in the snippet.

                      – Teemu
                      Apr 4 at 18:53













                      Right. But let1 is a string, not an object in the second example.

                      – VHS
                      Apr 4 at 18:54





                      Right. But let1 is a string, not an object in the second example.

                      – VHS
                      Apr 4 at 18:54




                      1




                      1





                      Umh ... the second example works as well.

                      – Teemu
                      Apr 4 at 19:01





                      Umh ... the second example works as well.

                      – Teemu
                      Apr 4 at 19:01




                      1




                      1





                      Just run the second snippet, the first console.log shows 4.

                      – Teemu
                      Apr 4 at 19:04






                      Just run the second snippet, the first console.log shows 4.

                      – Teemu
                      Apr 4 at 19:04





                      1




                      1





                      Yes, but you're saying retrieving the length woud throw the error. On the very first line it logs 4, the length of let1. Take a look at benvc's answer on this post.

                      – Teemu
                      Apr 4 at 19:06






                      Yes, but you're saying retrieving the length woud throw the error. On the very first line it logs 4, the length of let1. Take a look at benvc's answer on this post.

                      – Teemu
                      Apr 4 at 19:06


















                      draft saved

                      draft discarded
















































                      Thanks for contributing an answer to Stack Overflow!


                      • Please be sure to answer the question. Provide details and share your research!

                      But avoid


                      • Asking for help, clarification, or responding to other answers.

                      • Making statements based on opinion; back them up with references or personal experience.

                      To learn more, see our tips on writing great answers.




                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function ()
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55522988%2fwhy-is-the-in-operator-throwing-an-error-with-a-string-literal-instead-of-logg%23new-answer', 'question_page');

                      );

                      Post as a guest















                      Required, but never shown





















































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown

































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown







                      Popular posts from this blog

                      Club Baloncesto Breogán Índice Historia | Pavillón | Nome | O Breogán na cultura popular | Xogadores | Adestradores | Presidentes | Palmarés | Historial | Líderes | Notas | Véxase tamén | Menú de navegacióncbbreogan.galCadroGuía oficial da ACB 2009-10, páxina 201Guía oficial ACB 1992, páxina 183. Editorial DB.É de 6.500 espectadores sentados axeitándose á última normativa"Estudiantes Junior, entre as mellores canteiras"o orixinalHemeroteca El Mundo Deportivo, 16 setembro de 1970, páxina 12Historia do BreogánAlfredo Pérez, o último canoneiroHistoria C.B. BreogánHemeroteca de El Mundo DeportivoJimmy Wright, norteamericano do Breogán deixará Lugo por ameazas de morteResultados de Breogán en 1986-87Resultados de Breogán en 1990-91Ficha de Velimir Perasović en acb.comResultados de Breogán en 1994-95Breogán arrasa al Barça. "El Mundo Deportivo", 27 de setembro de 1999, páxina 58CB Breogán - FC BarcelonaA FEB invita a participar nunha nova Liga EuropeaCharlie Bell na prensa estatalMáximos anotadores 2005Tempada 2005-06 : Tódolos Xogadores da Xornada""Non quero pensar nunha man negra, mais pregúntome que está a pasar""o orixinalRaúl López, orgulloso dos xogadores, presume da boa saúde económica do BreogánJulio González confirma que cesa como presidente del BreogánHomenaxe a Lisardo GómezA tempada do rexurdimento celesteEntrevista a Lisardo GómezEl COB dinamita el Pazo para forzar el quinto (69-73)Cafés Candelas, patrocinador del CB Breogán"Suso Lázare, novo presidente do Breogán"o orixinalCafés Candelas Breogán firma el mayor triunfo de la historiaEl Breogán realizará 17 homenajes por su cincuenta aniversario"O Breogán honra ao seu fundador e primeiro presidente"o orixinalMiguel Giao recibiu a homenaxe do PazoHomenaxe aos primeiros gladiadores celestesO home que nos amosa como ver o Breo co corazónTita Franco será homenaxeada polos #50anosdeBreoJulio Vila recibirá unha homenaxe in memoriam polos #50anosdeBreo"O Breogán homenaxeará aos seus aboados máis veteráns"Pechada ovación a «Capi» Sanmartín e Ricardo «Corazón de González»Homenaxe por décadas de informaciónPaco García volve ao Pazo con motivo do 50 aniversario"Resultados y clasificaciones""O Cafés Candelas Breogán, campión da Copa Princesa""O Cafés Candelas Breogán, equipo ACB"C.B. Breogán"Proxecto social"o orixinal"Centros asociados"o orixinalFicha en imdb.comMario Camus trata la recuperación del amor en 'La vieja música', su última película"Páxina web oficial""Club Baloncesto Breogán""C. B. Breogán S.A.D."eehttp://www.fegaba.com

                      Vilaño, A Laracha Índice Patrimonio | Lugares e parroquias | Véxase tamén | Menú de navegación43°14′52″N 8°36′03″O / 43.24775, -8.60070

                      Cegueira Índice Epidemioloxía | Deficiencia visual | Tipos de cegueira | Principais causas de cegueira | Tratamento | Técnicas de adaptación e axudas | Vida dos cegos | Primeiros auxilios | Crenzas respecto das persoas cegas | Crenzas das persoas cegas | O neno deficiente visual | Aspectos psicolóxicos da cegueira | Notas | Véxase tamén | Menú de navegación54.054.154.436928256blindnessDicionario da Real Academia GalegaPortal das Palabras"International Standards: Visual Standards — Aspects and Ranges of Vision Loss with Emphasis on Population Surveys.""Visual impairment and blindness""Presentan un plan para previr a cegueira"o orixinalACCDV Associació Catalana de Cecs i Disminuïts Visuals - PMFTrachoma"Effect of gene therapy on visual function in Leber's congenital amaurosis"1844137110.1056/NEJMoa0802268Cans guía - os mellores amigos dos cegosArquivadoEscola de cans guía para cegos en Mortágua, PortugalArquivado"Tecnología para ciegos y deficientes visuales. Recopilación de recursos gratuitos en la Red""Colorino""‘COL.diesis’, escuchar los sonidos del color""COL.diesis: Transforming Colour into Melody and Implementing the Result in a Colour Sensor Device"o orixinal"Sistema de desarrollo de sinestesia color-sonido para invidentes utilizando un protocolo de audio""Enseñanza táctil - geometría y color. Juegos didácticos para niños ciegos y videntes""Sistema Constanz"L'ocupació laboral dels cecs a l'Estat espanyol està pràcticament equiparada a la de les persones amb visió, entrevista amb Pedro ZuritaONCE (Organización Nacional de Cegos de España)Prevención da cegueiraDescrición de deficiencias visuais (Disc@pnet)Braillín, un boneco atractivo para calquera neno, con ou sen discapacidade, que permite familiarizarse co sistema de escritura e lectura brailleAxudas Técnicas36838ID00897494007150-90057129528256DOID:1432HP:0000618D001766C10.597.751.941.162C97109C0155020