Fix dictionary query request mapping

[folkcoder]

What kind of change does this PR introduce?

Bug fix

What is the current behavior?

In the current version (5.2.1), dictionary query parameters with non-string keys throw an exception: 'Unable to cast object of type 'Example.Enum' to type 'System.String'.'.

Additionally, if the dictionary parameter is part of a complex object, the dictionary is serialized as ?DictionaryPropertyName=%5BKey%2C%20Value%5D.

This latter issue is reported here.

What is the new behavior?

The current query mapping code for IDictionary properties assumes that the dictionary key type is a string. This PR explicitly calls ToString() on the key before storing its value to the query map.

For dictionaries that are a property on a complex query object, the current behavior treats them the same as ordinary collections (e.g., implements IEnumerable<T>). This PR implements the quick fix offered by @ThomasSmeets to skip this handling and be handled by the appropriate query map method.

What might this PR break?

The change to handle IDictionary query parameters fixes an unhanded exception, this change is unlikely to break any existing assumptions.

The handling for IDictionary query properties that are part of a complex query objects may cause breaking changes for consumers who are expecting the previous serialization format (documented in this issue). However, prior to version 5.1.67, dictionary properties on query objects serialized as expected so this is likely a recent regression introduced by issue #896 and consumers are unlikely to be relying on this strange serialization behavior.

Please check if the PR fulfills these requirements

• Tests for the changes have been added (for bug fixes / features)
• Docs have been added / updated (for bug fixes / features)

[github-actions]

This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.