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
Might as well open a ticket for this, as it's something that was discussed in various other threads.
I think it would be great if we can explicitly encode numbers and booleans as numbers and booleans when encoding to application/json, including having the ability to encode 'an array of numbers or booleans' for the "multiple" cases.
The text was updated successfully, but these errors were encountered:
as far as i can tell, this will be a breaking change, right?
i've resisted "strong-typing" the message to reduce rejected responses (e.g. the receiver was expecting a boolean and got a number instead). the safest solution is to marshall data as strings and let the receiver do whatever type-casting is required.
i've worked w/ cases where the type information is sent along with the string ({value:"13",type:"currency"}). that's a more complicated solution but it has the advantage of backward compatibility and reduces (doesn't eliminate) type-casting bugs.
Might as well open a ticket for this, as it's something that was discussed in various other threads.
I think it would be great if we can explicitly encode numbers and booleans as numbers and booleans when encoding to
application/json
, including having the ability to encode 'an array of numbers or booleans' for the "multiple" cases.The text was updated successfully, but these errors were encountered: