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 this relation reflexive?
Example of a relative pronoun
Book about a traveler who helps planets in need
Can a German sentence have two subjects?
Compute hash value according to multiplication method
How is the claim "I am in New York only if I am in America" the same as "If I am in New York, then I am in America?
Is it possible to do 50 km distance without any previous training?
What defenses are there against being summoned by the Gate spell?
Accidentally leaked the solution to an assignment, what to do now? (I'm the prof)
Email Account under attack (really) - anything I can do?
How to add power-LED to my small amplifier?
What makes Graph invariants so useful/important?
How to report a triplet of septets in NMR tabulation?
Can an x86 CPU running in real mode be considered to be basically an 8086 CPU?
Why CLRS example on residual networks does not follows its formula?
Is it tax fraud for an individual to declare non-taxable revenue as taxable income? (US tax laws)
Are tax years 2016 & 2017 back taxes deductible for tax year 2018?
What Brexit solution does the DUP want?
What is the offset in a seaplane's hull?
Why Is Death Allowed In the Matrix?
Motorized valve interfering with button?
Why is "Reports" in sentence down without "The"
How can bays and straits be determined in a procedurally generated map?
Set-theoretical foundations of Mathematics with only bounded quantifiers
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;
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);
javascript string
add a comment |
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);
javascript string
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
add a comment |
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);
javascript string
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
javascript string
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
add a comment |
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
add a comment |
5 Answers
5
active
oldest
votes
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 theString
constructor,
but you cannot specify a string literal.
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
2 days ago
add a comment |
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.
actually my expectation was it will logfalse
instead of throwing error.Actually I was doingif(!(prop in someObj))
– brk
Apr 4 at 18:51
add a comment |
JavaScript operator in
only applicable to an Object
s 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.
add a comment |
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.
add a comment |
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.
1
Notice, thatlet1.length
works in the snippet.
– Teemu
Apr 4 at 18:53
Right. Butlet1
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 shows4
.
– 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 logs4
, the length oflet1
. Take a look at benvc's answer on this post.
– Teemu
Apr 4 at 19:06
|
show 4 more comments
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
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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 theString
constructor,
but you cannot specify a string literal.
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
2 days ago
add a comment |
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 theString
constructor,
but you cannot specify a string literal.
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
2 days ago
add a comment |
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 theString
constructor,
but you cannot specify a string literal.
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 theString
constructor,
but you cannot specify a string literal.
edited Apr 4 at 19:16
answered Apr 4 at 18:56
benvcbenvc
6,8031928
6,8031928
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
2 days ago
add a comment |
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
2 days ago
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
2 days ago
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
2 days ago
add a comment |
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.
actually my expectation was it will logfalse
instead of throwing error.Actually I was doingif(!(prop in someObj))
– brk
Apr 4 at 18:51
add a comment |
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.
actually my expectation was it will logfalse
instead of throwing error.Actually I was doingif(!(prop in someObj))
– brk
Apr 4 at 18:51
add a comment |
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.
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.
edited 2 days ago
answered Apr 4 at 18:49
SkillGGSkillGG
325112
325112
actually my expectation was it will logfalse
instead of throwing error.Actually I was doingif(!(prop in someObj))
– brk
Apr 4 at 18:51
add a comment |
actually my expectation was it will logfalse
instead of throwing error.Actually I was doingif(!(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
add a comment |
JavaScript operator in
only applicable to an Object
s 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.
add a comment |
JavaScript operator in
only applicable to an Object
s 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.
add a comment |
JavaScript operator in
only applicable to an Object
s 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.
JavaScript operator in
only applicable to an Object
s 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"
edited 2 days ago
answered Apr 4 at 18:49
Stranger in the QStranger in the Q
1,0041818
1,0041818
add a comment |
add a comment |
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.
add a comment |
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.
add a comment |
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.
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.
answered Apr 4 at 18:48
FedeScFedeSc
905923
905923
add a comment |
add a comment |
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.
1
Notice, thatlet1.length
works in the snippet.
– Teemu
Apr 4 at 18:53
Right. Butlet1
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 shows4
.
– 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 logs4
, the length oflet1
. Take a look at benvc's answer on this post.
– Teemu
Apr 4 at 19:06
|
show 4 more comments
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.
1
Notice, thatlet1.length
works in the snippet.
– Teemu
Apr 4 at 18:53
Right. Butlet1
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 shows4
.
– 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 logs4
, the length oflet1
. Take a look at benvc's answer on this post.
– Teemu
Apr 4 at 19:06
|
show 4 more comments
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.
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.
edited Apr 4 at 18:55
answered Apr 4 at 18:53
VHSVHS
7,23431128
7,23431128
1
Notice, thatlet1.length
works in the snippet.
– Teemu
Apr 4 at 18:53
Right. Butlet1
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 shows4
.
– 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 logs4
, the length oflet1
. Take a look at benvc's answer on this post.
– Teemu
Apr 4 at 19:06
|
show 4 more comments
1
Notice, thatlet1.length
works in the snippet.
– Teemu
Apr 4 at 18:53
Right. Butlet1
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 shows4
.
– 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 logs4
, the length oflet1
. 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
|
show 4 more comments
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.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
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