Closed (duplicate)
Project:
JSON:API
Version:
8.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
28 May 2016 at 10:00 UTC
Updated:
1 Jul 2016 at 11:24 UTC
Jump to comment: Most recent
Comments
Comment #2
dawehnerI'm wondering whether
/{entity_type_id}/{bundle}or/{entity_type_id}-{bundle}would be more semantically correct. The later one makes it clear that its still its own resource. The first one seems like there should be a dedicated node resource, which has its own, limited but still existing, usecases.Comment #3
e0ipsoVery good point. If we move towards a
/{entity_type_id}resource I think it should only contain the lowest common denominator for that entity type. What would that look like?I'm worried that
/node/1(article) and/node/2(page) end up having different fields in the result (different schema). I advocate for having *only* resources that can be explained by a (json/yaml) schema.Comment #4
dawehnerWell for moving data from Site a to site b usecases rendering the entire data out could be still really useful. I'm not sure whether we want to support that. Otherwise I would at least expose the entity fields + all base fields of an entity type.
Comment #5
e0ipsoMarking as a duplicate of #2751527: [FEATURE] Create entity level resources.