Fix JS array → C# generic collection conversion in CLR interop

[Copilot]

Passing a JS array to a CLR constructor or method expecting List<T>, IList<T>, IEnumerable<T>, or related collection types threw InvalidCastException: Object must implement IConvertible.

new TreeItemData([])  // throws InvalidCastException

public TreeItemData(List<TreeItemColumnData> columns) { ... }

Root causes

Two independent bugs, both stemming from object[] (the .ToObject() representation of a JsArray) incorrectly satisfying generic type checks meant for already-compatible types:

• DefaultTypeConverter.TryConvert: The early generic assignability check returned true for object[] → IList<string> because object[] does implement IList<> (with object, not string). This caused converted = object[] to be returned unchanged, failing at invocation.
• MethodInfoFunction.IsGenericParameter: Returned true for the same reason, setting parameters[i] = object[] without conversion and letting MethodBase.Invoke throw.

Changes

• DefaultTypeConverter.TryConvert: Added object[] → generic collection conversion (covering List<T>, IList<T>, ICollection<T>, IEnumerable<T>, IReadOnlyList<T>, IReadOnlyCollection<T>, Collection<T>). Placed before the generic assignability check to prevent the incorrect early return.
• MethodInfoFunction.IsGenericParameter: For fully concrete generic types (!ContainsGenericParameters), now also verifies parameterType.IsAssignableFrom(argObj.GetType()) before taking the direct-assignment path.
• InteropHelper.CalculateMethodParameterScore: JS array → generic collection parameter now scores 2 (same as JS array → C# array).
• InteropHelper: Extracted a static HashSet<Type> GenericCollectionTypeDefinitions for O(1) lookups, shared with DefaultTypeConverter.

fixes #2383