Is Guid considered a value type or reference type?

You can see the definition of a Guid yourself: public struct Guid Or you can test it like this: bool guidIsValueType = typeof(Guid). IsValueType GUID's are created using the new keyword which makes me think it's a reference type Structs can have constructors too, for example new DateTime(2012, 12, 23).

You can see the definition of a Guid yourself: public struct Guid ... Or you can test it like this: bool guidIsValueType = typeof(Guid). IsValueType; GUID's are created using the new keyword which makes me think it's a reference type. Structs can have constructors too, for example new DateTime(2012, 12, 23).

Guid is a Value Type. See MSDN. Note that Guid is a struct.

All structs are Value Types.

3 Except of course for System. ValueType which is in fact a class :) – JaredPar Feb 26 '10 at 19:24 1 @JaredPar: True, but it's also abstract, so no danger of instantiation. – Randolpho Feb 26 '10 at 19:26 nice observations, thanks.

– SoftwareGeek Feb 26 '10 at 19:55.

GUID's are created using the new keyword which makes me think it's a reference type. Stop thinking that. Value types can have constructors too.It is perfectly legal, though strange, to say int x = new int(); That's the same as assigning zero to x.

Is this correct? Nope. Are GUID's stored on heap?

Yes. Guids are also stored on the stack. Note that the analysis below assumes that the implementation of the CLI is the Microsoft "desktop" or "Silverlight" CLR running on Windows.

I have no idea what other versions of the CLI do, what they do on Macs, and so on. If you need to know whether a particular hunk of memory is stored on the stack in other implementations, you'll have to ask someone who is an expert on those implementations. A Guid is stored on the stack under the following circumstances: (1) when the Guid is a "temporary" result of an ongoing calculation or is being used as an argument to a method.

For example, if you have a method call M(new Guid()) then temporary storage for the new Guid is allocated on the stack. (2) when the Guid is a local variable which is (a) not in an iterator block, (b) not a closed-over outer variable of an anonymous method or lambda expression.In all other situations the Guid is not stored on the stack. A Guid is stored on the heap when it is a field of a reference type, an element of an array, a closed-over local of an anonymous method or lambda expression, or a local in an iterator block.

A Guid may also be stored in neither the GC heap nor the stack. A Guid might be stored in entirely unmanaged memory, accessed via unsafe pointer arithmetic. I am curious as to why you care so much as to whether the bits of a guid are on the stack or on the heap.

What difference does it make?

Well, now that it's clear guid can be stored anywhere, I guess it wouldn't matter. – SoftwareGeek Feb 27 '10 at 3:08.

It's actually Guid. All types are constructed using the new keyword. You can identify reference types from value types by whether they are a class, interface, or delegate (all reference types), or a struct or enum (value types).

3 You might want to add enum to your list of value types. – Jon Skeet Feb 26 '10 at 19:31.

You can see the definition of a Guid yourself.

I cant really gove you an answer,but what I can give you is a way to a solution, that is you have to find the anglde that you relate to or peaks your interest. A good paper is one that people get drawn into because it reaches them ln some way.As for me WW11 to me, I think of the holocaust and the effect it had on the survivors, their families and those who stood by and did nothing until it was too late.