Strings.. Objects or not???

[Rigga]

Hi all,

I am wondering why string's are not true objects?.... Let me explain...

If i write the code

Dim x1 as String = "veg"
Dim x2 as String = "veg"

If x1 = x2 then
' i expect this code to be executed
End If

If x1 is x2 then
' i do not expect this code to be executed
End If

However the second lot of code is executed!

Is this correct behavior??? if so is it true then that strings are not true
objects?

Any thoughts would be appreciated!

Rigga.

[Patrick Steele [MVP]]

In article <40************ *********@ptn-nntp-reader02.plus.n et>, s@v.c
says...

Thanks all for your replies but I'm still confused.

So coding "veg" anywhere will only ever create one object?

Yes. It's called "String Interning" and the String.Intern method has a
description of what it's for. Basically (from the docs):

"The common language runtime conserves string storage by maintaining a
table, called the intern pool, that contains a single reference to each
unique literal string declared or created programmaticall y in your
program. Consequently, an instance of a literal string with a particular
value only exists once in the system."

--
Patrick Steele
Microsoft .NET MVP
http://weblogs.asp.net/psteele

[Cor Ligthert]

Hi Rigga,

Yes it is an object. (However for the rest nothing to add to Jon's
explanation)

Cor

[Herfried K. Wagner [MVP]]

* "Cor Ligthert" <no**********@p lanet.nl> scripsit:

From you I had expected more, the question is (see it yourself) ..... And
now everybody telling that a string object is a reference type or something
like that.

What would you have expected? It's similar to what's going on for all
the other reference types, so telling that string is a reference type
answers the question, IMO.

--
Herfried K. Wagner [MVP]
<URL:http://dotnet.mvps.org/>

[Cor Ligthert]

I did place an answer below.

:-)

Cor

[Herfried K. Wagner [MVP]]

* Patrick Steele [MVP] <pa*****@mvps.o rg> scripsit:

Thanks all for your replies but I'm still confused.

So coding "veg" anywhere will only ever create one object?

Yes. It's called "String Interning" and the String.Intern method has a
description of what it's for. Basically (from the docs):

"The common language runtime conserves string storage by maintaining a
table, called the intern pool, that contains a single reference to each
unique literal string declared or created programmaticall y in your
program. Consequently, an instance of a literal string with a particular
value only exists once in the system."

Just to add that this is a common design approach, that has been taken in
VB6 too, for example.

--
Herfried K. Wagner [MVP]
<URL:http://dotnet.mvps.org/>

[Jay B. Harlow [MVP - Outlook]]

Rigga,
In addition to the other comments.

Try the following:

Dim x1 As String = "veggie"
Dim x2 As String = "veg"

x1 = x1.Substring(0, 3)

If x1 = x2 Then
Debug.WriteLine ("i expect this code to be executed")
End If

If x1 Is x2 Then
Debug.WriteLine ("i do not expect this code to be executed")
End If

Both strings contain "veg", however because the second one was "calculated "
instead of being a constant it is a different string object on the heap.

You can use String.Copy to create a new instances of a string.

Dim x1 As String = "veg"
Dim x2 As String = String.Copy(x1)

Note String.Clone returns the same instance...

Hope this helps
Jay

"Rigga" <s@v.c> wrote in message
news:40******** *************@p tn-nntp-reader04.plus.n et...

Hi all,

I am wondering why string's are not true objects?.... Let me explain...

If i write the code

Dim x1 as String = "veg"
Dim x2 as String = "veg"

If x1 = x2 then
' i expect this code to be executed
End If

If x1 is x2 then
' i do not expect this code to be executed
End If

However the second lot of code is executed!

Is this correct behavior??? if so is it true then that strings are not true objects?

Any thoughts would be appreciated!

Rigga.

[One Handed Man \( OHM - Terry Burns \)]

Hey. dont ever change your second name to 'Mortis' !

LOL

--

OHM ( Terry Burns )
. . . One-Handed-Man . . .

Time flies when you don't know what you're doing

"Rigga" <s@v.c> wrote in message
news:40******** *************@p tn-nntp-reader02.plus.n et...

Thanks all for your replies but I'm still confused.

So coding "veg" anywhere will only ever create one object?

and assigning that object to the reference variable as

x1 as string = "veg"

points to the same object as

x2 as string = "veg"

"veg" being the object?

actually, it has always been kind of strange hat you do not have to code

x1 as New String to instantiate the object.

So we are saying that string does not behave in the same way as other
objects?

Anyway, now that I know this I'll have to code around it.. thanks all..

Rigga.

"Rigga" <s@v.c> wrote in message
news:40******** *************@p tn-nntp-reader04.plus.n et...

Hi all,

I am wondering why string's are not true objects?.... Let me explain...

If i write the code

Dim x1 as String = "veg"
Dim x2 as String = "veg"

If x1 = x2 then
' i expect this code to be executed
End If

If x1 is x2 then
' i do not expect this code to be executed
End If

However the second lot of code is executed!

Is this correct behavior??? if so is it true then that strings are not

true

objects?

Any thoughts would be appreciated!

Rigga.

[Tom Spink]

Perhaps I should have quoted my "change" word... but MSDN says:

<MSDN>
A String is called immutable because its value cannot be modified once it
has been created. Methods that appear to modify a String actually return a
new String containing the modification. If it is necessary to modify the
actual contents of a string-like object, use the System.Text.Str ingBuilder
class.
</MSDN>

This is what I was referring to... whoops

--
HTH,
-- Tom Spink, Über Geek

Woe be the day VBC.EXE says, "OrElse what?"

Please respond to the newsgroup,
so all can benefit
"Jon Skeet [C# MVP]" <sk***@pobox.co m> wrote in message
news:MP******** *************** *@msnews.micros oft.com...

Tom Spink <thomasdotspink atsp@mntlworldd otcom> wrote:

But let's not forget that they are immutable.... When you change the value of a string object, the object is destroyed and a brand new one is

created.
Um, no. You *can't* "change the value" of a string object. You can
change the value of a variable so that it's a reference to a different
string, but that doesn't necessarily destroy the old string or create a
new one.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too

[Cowboy \(Gregory A. Beamer\) [MVP]]

This is very true, but does not explain what is happening. The compiler
sees:

Dim x as String = "veg"
Dim y as String = "veg"

and says "hey, it is the same constant." Underneath the hood, some magic
happens. NOTE: This is actually the JIT compiler that does this magic and
not the initial IL compile. Tres kewl!

--
Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA

*************** *************** *************** ***
Think Outside the Box!
*************** *************** *************** ***
"Tom Spink" <thomasdotspink atsp@mntlworldd otcom> wrote in message
news:OS******** ******@TK2MSFTN GP12.phx.gbl...

But let's not forget that they are immutable.... When you change the value
of a string object, the object is destroyed and a brand new one is created.
--
HTH,
-- Tom Spink, Über Geek

Woe be the day VBC.EXE says, "OrElse what?"

Please respond to the newsgroup,
so all can benefit
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:2l******** ****@uni-berlin.de...

* "=?Utf-8?B?RGF2aWQgV2l sbGlhbXM=?="

<Da***********@ discussions.mic rosoft.com> scripsit:

Remember that strings are ValueTypes, not ReferenceTypes.

No! Strings are not value types, they don't inherit from
'System.ValueTy pe':

\\\
Dim s As String = "Hello World"
MsgBox(TypeOf s Is ValueType)
///

--
Herfried K. Wagner [MVP]
<URL:http://dotnet.mvps.org/>

[Cowboy \(Gregory A. Beamer\) [MVP]]

The compiler recognizes you setting it to the same string and creates IL
that points to a single spot in memory. Run this test as a console
application and it will become crystal clear:

Module Module1

Private veg As String = "veg"

Sub Main()
Test1()
Test2()
Test3()

Console.Read()
End Sub

Sub Test1()
Console.WriteLi ne("TEST 1")
Console.WriteLi ne("-------------")

Dim x1 As String = "veg"
Dim x2 As String = "veg"

If x1 = x2 Then
Console.WriteLi ne("x1 = x2")
End If

If x1 Is x2 Then
Console.WriteLi ne("x1 is x2")
End If

Console.WriteLi ne("")
End Sub

Sub Test2()
Console.WriteLi ne("TEST 2")
Console.WriteLi ne("-------------")

Dim x1 As String = veg
Dim x2 As String = veg

If x1 = x2 Then
Console.WriteLi ne("x1 = x2")
End If

If x1 Is x2 Then
Console.WriteLi ne("x1 is x2")
End If

Console.WriteLi ne("")
End Sub

Sub Test3()
Console.WriteLi ne("TEST 3")
Console.WriteLi ne("-------------")

Dim sb As New Text.StringBuil der

sb.Append("v")
sb.Append("e")
sb.Append("g")

Dim x1 As String = "veg"
Dim x2 As String = sb.ToString()

If x1 = x2 Then
Console.WriteLi ne("x1 = x2")
End If

If x1 Is x2 Then
Console.WriteLi ne("x1 is x2")
End If

Console.WriteLi ne("")
End Sub

End Module

--
Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA

*************** *************** *************** ***
Think Outside the Box!
*************** *************** *************** ***
"Rigga" <s@v.c> wrote in message
news:40******** *************@p tn-nntp-reader04.plus.n et...

Hi all,

I am wondering why string's are not true objects?.... Let me explain...

If i write the code

Dim x1 as String = "veg"
Dim x2 as String = "veg"

If x1 = x2 then
' i expect this code to be executed
End If

If x1 is x2 then
' i do not expect this code to be executed
End If

However the second lot of code is executed!

Is this correct behavior??? if so is it true then that strings are not true objects?

Any thoughts would be appreciated!

Rigga.