C#: Populate Type field on godot_variant created in managed

[paulloz]

This is a fix for #65055.
When created from NativeFuncs.godotsharp_variant_new_copy, variants always had their type property defaulted to Nil. I wondered if it'd be better to populate the type directly in the setters of godot_variant but methods in VariantUtils pass in the type like that.

[aaronfranke]

@markdibarry By design, Variant's only integer type is 64-bit (note: Vector2i/3i/4i use 32-bit ints only).

[markdibarry]

@aaronfranke Ah. That's very weird, but good to know! I've been using object up until the .NET 6 merge, so I'm not as familiar with all of Variant's quirks. I'll keep in mind to avoid int from now on when using Variant and use longs instead. Thanks!

[akien-mga]

This code looks like it's missing Vector4, Vector4i and Projection, but that could be left for a separate PR (I assume there might be more locations where those new types haven't been added).

[paulloz]

This code looks like it's missing Vector4, Vector4i and Projection, but that could be left for a separate PR

I can do that in a second PR if need be 😉

Although, looking at it, I think they are handled on the native side? Someone else can probably confirm/infirm.

[neikeq]

This code looks like it's missing Vector4, Vector4i and Projection, but that could be left for a separate PR

I can do that in a second PR if need be 😉

Although, looking at it, I think they are handled on the native side? Someone else can probably confirm/infirm.

It's handled on the native side, but Vector4 could be moved to the switch for better performance. That being said, it seems Vector4 is not stored properly in godot_variant. I'll fix this on a separate PR.

[neikeq]

I'll keep in mind to avoid int from now on when using Variant and use longs instead. Thanks!

@markdibarry You can use int just fine, but if the Variant was assigned a larger value, it won't warn you when casting it to int (just like it doesn't with (int)long.MaxValue).