I dint know many OO languages that don’t have a useless toString on string types. It mostly seems to be a result of using a generic string-able type that’s implemented to add toString() in a standardised way.
Calling toString on a string is practically a no-op anyway.
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.
Java would be "test string".toString(). C# has "test string".ToString(). Python has str("test string") (as str() is Python’s toString equivalent). Rust has String::from("test string").to_string().
That’s just from the top of my head. I’m sure there’s more.
Edit: actually, I think Rust’s to_string() may not be entirely useless, I think it may be used as a consuming placeholder for clone()? Not sure how that would be useful, but it’s not a complete no-op at least.
It’s also incredibly useful as a failsafe in a helper method where you need the argument to be a string but someone might pass in something that is sort of a string. Lets you be a little more flexible in how your method gets called
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. Strings don’t have a toString because it’d technically be useless.
Same is true for JavaScript’s namesake, Java; Object has a toString method, so everything but primitives (int, long, etc.) must have a toString method (and primitives sort of have one too in a roundabout way).
I think JavaScript’s toString also serves another function, namely to have some form of fallback when doing operations on what should be incompatible types. [] + "", for instance; JavaScript will call toString() to do type conversion when the nearest matching type is a String.
I dint know many OO languages that don’t have a useless
toStringon string types. It mostly seems to be a result of using a generic string-able type that’s implemented to add toString() in a standardised way.Calling
toStringon a string is practically a no-op anyway.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.Java would be
"test string".toString(). C# has"test string".ToString(). Python hasstr("test string")(asstr()is Python’stoStringequivalent). Rust hasString::from("test string").to_string().That’s just from the top of my head. I’m sure there’s more.
Edit: actually, I think Rust’s
to_string()may not be entirely useless, I think it may be used as a consuming placeholder forclone()? Not sure how that would be useful, but it’s not a complete no-op at least.It’s also incredibly useful as a failsafe in a helper method where you need the argument to be a string but someone might pass in something that is sort of a string. Lets you be a little more flexible in how your method gets called
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-levelObjectclass with atoString()method, then you’re going to get atoString()method in strings too. You’re going to get atoString()in everything; in JS even functions have atoString()(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.Strings don’t have atoStringbecause it’d technically be useless.Same is true for JavaScript’s namesake, Java;
Objecthas atoStringmethod, so everything but primitives (int,long, etc.) must have atoStringmethod (and primitives sort of have one too in a roundabout way).I think JavaScript’s
toStringalso serves another function, namely to have some form of fallback when doing operations on what should be incompatible types.[] + "", for instance; JavaScript will calltoString()to do type conversion when the nearest matching type is aString.