- From: Dave Longley <notifications@github.com>
- Date: Tue, 16 Feb 2016 09:37:25 -0800
- To: w3c/webpayments <webpayments@noreply.github.com>
- Message-ID: <w3c/webpayments/issues/55/184791272@github.com>
@jakearchibald, > Regarding high level APIs vs low level ones, I strongly recommend doing the lower-level now then creating the higher level based on observed usage. > > The places we went high-level early in service worker have pretty much all come back to bite us. This is my fear here as well. At a minimum, I recommend we define the low-level APIs that we know we're chartered to do and that won't conflict with future work elsewhere. If we are to produce something higher-level because we believe there is a strong demand for it, we should design it such that it could be composed out of lower-level APIs, including making use of those that we are ready to create today. So that means if we do a "Checkout" API, it should rely upon a lower-level API (that focuses on simply taking a payment request message and returns a payment acknowledgement) and it should also be designed such that it is just one possible assembly of other future lower-level APIs for acquiring information such as (verified) shipping addresses and so forth. --- Reply to this email directly or view it on GitHub: https://github.com/w3c/webpayments/issues/55#issuecomment-184791272
Received on Tuesday, 16 February 2016 17:38:05 UTC