Node.GetChildren should return an array of Node, not Object in C#.

[PJB3005]

Issue description:
Right now, it returns an object[] (it'd be an Array<object> if #15880 went through), which isn't amazing because the objects are always Nodes

Yes, this would require some changes to the binding generator.

[neikeq]

I wonder if we could create a type safe Array template class that wrapped Array. It would only wrap it, pretty much the same as the generic Array in #15880 does.
This way the C++ method would be Array<Node> _get_children() instead, and the bindings generator would know about the type of the elements.
@reduz WDYT?

[neikeq]

I must add that once #15880 goes through, you will be able to do var children = (Array<Node>)GetChildren();, which improves the situation. However, it would be better if the method signature returned a generic Array in the first place.

[akien-mga]

Is this still relevant in the current master branch?

[mysticfall]

Seems to be so, albeit in a slightly different form:

public Godot.Collections.Array GetChildren()

[akien-mga]

In 4.0 alpha 1, the C++ method is:

TypedArray<Node> Node::_get_children(bool p_include_internal) const;

This seems to be what would be needed to solve this issue. Is it handled properly on the Mono side too or does it still require dedicated development work? @godotengine/mono

[raulsntos]

This is still not solved. The bindings_generator still generates a method that returns a Godot.Collections.Array in that case, instead of a Godot.Collections.Array<Node>.

I don't think this can be fixed by the mono module since ClassDB does not give us enough information, currently the extension_api.json contains this data about the get_children method:

{
	"name": "get_children",
	"is_const": true,
	"is_vararg": false,
	"is_virtual": false,
	"hash": 172413545,
	"return_value": {
		"type": "Array"
	},
	"arguments": [
		{
			"name": "include_internal",
			"type": "bool",
			"default_value": "false"
		}
	]
}

Related: #26029