Comments (2)
As a developer and long-time consumer of the Xero API, and as I've commented in the linked post above, I definitely think accepting a single object instead of an array with a single object inside will be more user friendly for developers. I would even go as far as just passing in the ID only, instead of an object with an ID, because that is the only thing the API really needs at that point.
The Stripe API is a good example of how this is done really well, and you simply pass in , and you're done. No need to think about convoluted array structures, making sure your objects keys are correct (was it invoiceId
, invoiceID
, InvoiceID
, invoice_id
, or ....
?), or having to look up other implementation details.
Less is more, and allowing us to pass in less information into the API to get the same outcome will improve the legibility and usability of the API drastically.
from xero-openapi.
Personally I agree with @adamreisnz
Less is more.
This is one of the reason I have created my own API to front end the Net-Standard API . I have simplified methods to get an invoice and I retrieve LISTs of objects and not an object with a list.
So in short I am normalize the API in the way I like to use it.
from xero-openapi.
Related Issues (20)
- Missing POST BatchPayments
- Collect HOT 1
- Get Invoices paging with IDs HOT 6
- Couldn't create Credit Card account through XERO Accounting API HOT 1
- Github actions test issue HOT 1
- Another github action test with account outside of org HOT 1
- Actions test HOT 2
- more testing HOT 2
- test test test HOT 2
- test
- test HOT 2
- Create Invoice is missing eInvoicing Field HOT 2
- Country in Organisation Address HOT 1
- Unable to build Go SDK from OpenAPI (failures in accounting schema) HOT 4
- Asset Type definition inconsistent with Xero interface HOT 2
- Asset depreciationStartDate not setting HOT 2
- Empty array with status 200 is returned when calling /connections endpoints HOT 4
- AU Payroll API LeaveApplicationID changes when a request is in Scheduled status HOT 3
- LineItems: DiscountRate returned but DiscountAmount does not depending on invoice call query HOT 2
- Organisation Class enum values need updated HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from xero-openapi.