-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Representing a list of orders #71
Comments
Can't we use the "entities" field to include the items representations, using the "item" link relation? |
Yes. Per Pedro's advice, this is usually how I represent list items. On Wed, Jun 22, 2016 at 12:02 PM Pedro Felix [email protected]
|
Do you keep properties null or add an object with a count property? On 22 June 2016 at 20:09, Kevin Swiber [email protected] wrote:
|
Sometimes I toss in a count, as it can be handy for clients, but it depends On Wed, Jun 22, 2016 at 12:13 PM Jonathan Channon [email protected]
|
If I go to
/orders
typically I would expect that to return a list of orders however the spec says theproperties
item should be a key value pair object so to get around that if I then decide to include each order as sub entities the spec says the rel should identify the sub entity's relation to the parent but in this situation there is no parent.What is the best practice to return a list of resources?
The text was updated successfully, but these errors were encountered: