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
Most providers also allow for flags to return some sort of value as well as a boolean.
How these values are typed can be problematic, as you have to be aware of the consistency of types and coercion across languages that are both strongly and weakly typed. How flag values are typed should be part of the spec, I feel.
There is a similar issue around user properties. Many providers allow for user properties/meta data to provide context to the flag engine. Again, how these values are typed needs to be considered.
The text was updated successfully, but these errors were encountered:
It seems to me that many of the sampled vendors have type-specific methods/functions for some amount of type safety, and presumably to validate that the retrieved value is of the expected type. I believe @agentgonzo has some sensible opinions on this. I'll do some more research and respond here with some ideas.
Most providers also allow for flags to return some sort of value as well as a boolean.
How these values are typed can be problematic, as you have to be aware of the consistency of types and coercion across languages that are both strongly and weakly typed. How flag values are typed should be part of the spec, I feel.
There is a similar issue around user properties. Many providers allow for user properties/meta data to provide context to the flag engine. Again, how these values are typed needs to be considered.
The text was updated successfully, but these errors were encountered: