JSONAPI-Resources / JSONAPI-Resources/jsonapi-resources
Use same resource instance for operation processing and generating ID trees
Nobody has claimed this yet.
- Dominant language
- Ruby
- Stars
- 2.3k
- Forks
- 546
- PR merge metrics
- No merged PRs in 30d
Description
This issue is a (choose one):
Feature request
Checklist before submitting:
- I've searched for an existing issue.
- I've asked my question on Gitter and have not received a satisfactory answer.
- I've included a complete bug report template. This step helps us and allows us to see the bug without trying to reproduce the problem from your description. It helps you because you will frequently detect if it's a problem specific to your project.
- The feature I'm asking for is compliant with the JSON:API spec.
Description
Choose one section below and delete the other:
Features:
In previous versions, a single resource instance was used for performing the operation and generating the response. Now these parts of the request handling are split into distinct steps which each use their own resource instances. As a result, any instance variables stored on the resource during the operation are not present when generating the response.
Any resource instances that are created for the operation processing should be used for the response generation as well.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files or tests are named. Start by tracing the request-handling paths for operation processing and response generation, then compare where resource instances are created. Done means the resource instances used during operations are also used to generate responses, preserving operation-time instance variables.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ruby
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100