On 25/05/2010 01:52, Dick Hardt wrote: > > On 2010-05-24, at 4:55 PM, Marius Scurtescu wrote: > >> And to add to this, this example shows that encoding is hard, JSON >> only solves decoding (in most cases, but not all). > > JSON solves encoding and decoding with the same library. > >> >> For all direct requests clients still need to encode and without a >> library still need to figure what chars must be encoded. > > You argued this point numerous times at the in-person meeting. Clients are > used to encoding and creating requests to servers. That is what they do. > There are many simple ways of doing this. > > Clients in general do NOT decode forms data, that is done by servers, and is > built into server frameworks.
If one was feeling mischievous, one could argue that an implementer only needs to find or create a library for the client side, rather than both - like JSON. >> Introducing JSON because dealing with form-encoded is hard does not >> make much sense. As discussions last week showed (and earlier on this >> list), with JSON there is also the perception that it is easy to do by >> hand and that no escaping is needed. IMO that will lead to way more >> problems. > > Libraries exit for encoding and decoding JSON. They are really easy to use. > There is asymmetry in the forms data. Servers typically decode, and clients > typically encode. I really don't think this is a reasonable argument in favour of JSON. It's somewhat confusing to argue in favour of using an external library on one hand, but not the other. The best summary of the arguments in favour of JSON was by Joseph Smarr in response to my previous inquiry, which hasn't been superseded, I think. However, IMO JSON is yet to be demonstrated as the better solution. p > _______________________________________________ > OAuth mailing list > OAuth@ietf.org > https://www.ietf.org/mailman/listinfo/oauth
signature.asc
Description: OpenPGP digital signature
_______________________________________________ OAuth mailing list OAuth@ietf.org https://www.ietf.org/mailman/listinfo/oauth
