You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi there! We started to have problems with the YamlConfig provider in our project because we've lists where some items look and quack like Guids, so the provider infers the field type to be a Guid list, but we want to be able to put other plain strings in that list and the provider doesn't let us do that as it fails when it tries to cast everything into a guid. This affects also TimeSpan and Uri-looking strings.
I'd like to send a PR to make inferring types from strings optional. I gave it a shot at adding another static parameter to YamlConfig and using a mutable value in Parser (to avoid too much refactoring) but unfortunately it didn't work, and this solution would also be breaking (besides not very elegant) as it seems it's not possible to have optional static parameters.
So before sending a PR, I want to ask the maintainers if they can think of a good approach to this problem.
The text was updated successfully, but these errors were encountered:
Hi there! We started to have problems with the YamlConfig provider in our project because we've lists where some items look and quack like Guids, so the provider infers the field type to be a Guid list, but we want to be able to put other plain strings in that list and the provider doesn't let us do that as it fails when it tries to cast everything into a guid. This affects also TimeSpan and Uri-looking strings.
I'd like to send a PR to make inferring types from strings optional. I gave it a shot at adding another static parameter to YamlConfig and using a mutable value in Parser (to avoid too much refactoring) but unfortunately it didn't work, and this solution would also be breaking (besides not very elegant) as it seems it's not possible to have optional static parameters.
So before sending a PR, I want to ask the maintainers if they can think of a good approach to this problem.
The text was updated successfully, but these errors were encountered: