Re: [webpayments] PROPOSAL: The PaymentRequest object SHOULD NOT expose internal state information to the developer. Any design that requires developers to manage or understand the request state is a compromise in the API design that should be avoided where possible. (#64)

I'm not sure what this proposal means in practice.

For the PaymentRequest API, does it just mean delete the line `readonly attribute PaymentRequestState state;` from the [PaymentRequest interface]( WebIDL?

If so, @zkoch and I have discussed this in the past and I don't have strong feelings either way about exposing it in the API. It's low cost and might be useful but if it is seldom or never used then it isn't necessary.

On the other hand, if this proposal is meant to say that the API shouldn't be based on a state machine, well that's a much broader topic and I don't believe it can be determined in isolation (and I disagree with that suggestion for the current feature set we've proposed).

Reply to this email directly or view it on GitHub:

Received on Thursday, 4 February 2016 19:17:23 UTC