"โน๏ธ".reverse() == "๐"
"โน๏ธ".reverse() == "๐"
"โน๏ธ".reverse() == "๐"
js
[๐ฝ].pop() == ๐ฟ
undefined
"๐ด".push() = "๐ฒ๐คธ"
undefined
"โน๏ธ".reverse() == "โน๏ธ"
You're no fun
Look closer at the beauty mark, I flipped the emoji
wasn't it
\
๐
\
.
\
r
\
e
\
v
\
e
\
r
\
s
\
e
\
()
"
๐
"
.
r
e
v
e
r
s
e
(
)
"
๐
"
Then โbโ backwards would have to be โdโ
"E".reverse() == "โ"
Be the operator overload you wish to see in the world
":-)".reverse() == ")-:"
Close enough
Also, it should turn an error into an empty but successful call. /s
Calling reverse()
on a function should return its inverse
undefined
isprime.reverse(True) // outputs 19 billion prime numbers. Checkmate, atheists.
undefined
"๐".concat() = "๐ผ"
but
"๐".reverse() == "๐"
Best I can do is
undefined
"\ude41๐".split("").reverse().join("")
returns "\ude42๐"
JavaScript taking notes
You could implement that on a chat, but I wouldn't do that on a string
Where's your sense of adventure?!
Today I found out that this is valid JS:
`
const someString = "test string"; console.log(someString.toString()); `
[This comment has been deleted by an automated system]
I dint know many OO languages that donโt have a useless toString on string types.
Well, that's just going to be one of those "it is what it is" things in an OO language if your base class has a toString()
-equivalent. Sure, it's probably useless for a string, but if everything's an object and inherits from some top-level Object
class with a toString()
method, then you're going to get a toString()
method in strings too. You're going to get a toString()
in everything; in JS even functions have a toString()
(the output of which depends on the implementation):
In a dynamically typed language, if you know that everything can be turned into a string with toString()
(or the like), then you can just call that method on any value you have and not have to worry about whether it'll hurl at runtime because eg. String
s don't have a toString
because it'd technically be useless.
I dint know many OO languages that donโt have a useless toString on string types
Okay, fair enough. Guess I never found about it because I never had to do it... JS also allows for "test string".toString()
directly, not sure how it goes in other languages.
Everything that's an Object
is going to either inherit Object.prototype.toString()
(mdn) or provide its own implementation. Like I said in another comment, even functions have a toString()
because they're also objects.
A String
is an Object
, so it's going to have a toString()
method. It doesn't inherit Object
's implementation, but provides one that's sort of a no-op / identity function but not quite.
So, the thing is that when you say const someString = "test string"
, you're not actually creating a new String
object instance and assigning it to someString
, you're creating a string
(lowercase s
!) primitive and assigning it to someString
:
Compare this with creating a new String("bla")
:
In Javascript, primitives don't actually have any properties or methods, so when you call someString.toString()
(or call any other method or access any property on someString
), what happens is that someString
is coerced into a String
instance, and then toString()
is called on that. Essentially it's like going new String(someString).toString()
.
Now, what String.prototype.toString()
(mdn) does is it returns the underlying string
primitive and not the String
instance itself:
Why? Fuckin beats me, I honestly can't remember what the point of returning the primitive instead of the String
instance is because I haven't been elbow-deep in Javascript in years, but regardless this is what String
's toString()
does. Probably has something to do with coercion logic.