The Lounge - CodeProject

Classes are reference types but Int32 is a struct

That explains it. Then I'm right what String and string are concerned, but wrong about Int32 and int.

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

CDP1802 wrote:
Then I'm right what String and string are concerned

Nope again. Smile | :)

String and string are exactly the same - an immutable reference type.

The only reason you don't typically need to use new with a string is because the compiler has a deep knowledge of it.

string.cs - Reference Source[^]

"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer

Drat!

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

No, there is no difference.

Ok, then it's time to do some reading.

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

In case I would ask same here...
It's really a two (at least) class community
Mad | :mad:

modified 19-Jan-21 21:04pm.

I've always used the lowercase string when declaring a type, but I use the uppercase String when calling static methods. For example:

C#

string myString = "Hello World!";
string anotherString = String.Format("{0}", "Hola!");

Microsoft seems to do the same thing, as seen in some of their examples, like here.

If the usage is correct, that make me think why the VS Intellisense still display "name can be simplified", "Show potential fixes", IDE0001 C# Name can be simplified.

Isn't that "Show potential fixes" = there is a bug and here is the potential fix?

After all VS is Microsoft product right? Poke tongue | ;-P

Bryian Tan

i'm getting "name can be simplified" since switching to VS2015 Community. (change String to string.)

Now that you have made up your mind, let me generate some doubts again.

It's no secret that value types don't really exist. They are classes, reference types, that are made to behave like value types by the compiler. You can use tham as reference types if you wish by working with the classes. If you want the value type behavior, you use the alias and the compiler does the rest.

The question which one to use is less a question of style. It's more a question of what you want to accomplish and strictly choosing one or the other limits your options without any real need.

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

Are you sure you're not thinking of Java? Confused | :confused:

With .NET, there's no difference in behaviour between using the class name or the alias.

"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer

Don't think so, when was the last time you had to initialize an int with new() before using it or check for null? Now try that with Int32, which without question is the class that corresponds to int.

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

You mean like this ?

I must admit that i have never tried to do that. Classes are reference types, (many) aliases are treated like value types. Always worked for me. Long ago I read a book when taking a look at .Net 1.0 and never had a need to question this.

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

CDP1802 wrote:
Classes are reference types, (many) aliases are treated like value types.

Nope. There is absolutely no difference between using the type name (Int32) and the alias (int). They are exactly the same thing. They compile to the same IL.

C#

int x = new int();
Int32 y = 42;
Console.WriteLine($"{x}, {y}");
// Output: 0, 42

Java differentiates between the primitive types and their reference type equivalents. In .NET, there is no difference.

It sounds like whoever wrote that book was confused, and managed to spread the confusion. Smile | :)

"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer

We already got that sorted out, I think. Int32 is not a class, it's a struct. Now it makes sense and you are right. It makes no difference.

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

structs are also classes...

(PIEBALD exits quickly...)

I know, but they are not treated as reference types and ...

I have a better idea. here its past 11 PM now. Do you have something to drink?

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

Do you feel how wrong you are? Dead | X|

modified 19-Jan-21 21:04pm.

That's the point I was making. It was just a style decision really.

- I would love to change the world, but they won’t give me the source code.

Value types fundamentally act differently in MSIL as well so it's not just a cheat. int is a real value type, it's even (along with most built-in types) extra special in the sense that it's built into MSIL directly. Int32 is not a reference type either.

String is a reference type, but so is string, it's just not very noticeable since it's mostly immutable.

Now it gets confusing. The MSDN does not mention any of this at first glance for the String class. They use string in their samples when they want to use it as a value type and describe how initializing a string with a literal leads to the generation of code that uses one of String's constructors in MISL.

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

Well it's built-in, so it's always going to be a bit odd.
Still, you can tell it's not a value type by cheating, if it was actually a value type it should be impossible to change the original, but as this experiment shows it is only made "impossible" by the immutability.

I have just gotten the answer to this little riddle. Int32 is a struct, not a class, while String really is a class and string is just treated as a value type.

The language is JavaScript. that of Mordor, which I will not utter here

This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.

"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."

If software development were a circus, we would all be the clowns.

Welcome to the Lounge