JSONAPI-Resources / JSONAPI-Resources/jsonapi-resources
Resource interacts with HasOne and HasMany differently
Nessuno ha ancora preso questa issue.
- Lingua principale
- Ruby
- Stelle
- 2.3k
- Fork
- 546
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
I have a model (User) that I want to expose on an API to a certain class of users. Those users will always have a given permission and expiration, so I want to set those on the server, rather than expose uneditable fields to the client.
class UserResource < JSONAPI::Resource
has_many :permissions
has_one :expiration, foreign_key_on: :related
before_create :add_defaults
def add_defaults
self.permissions << Permission.find_by(title: 'Admin')
self.model.expiration = Expiration.new(date: Date.new(2015,12,30))
end
I think it's odd that I need to call the underlying model in order to interact with has_one objects, and I suspect this is the case for created objects, but I haven't gotten that far yet. Ideally, I could call self.expiration= and I would get behavior similar to self.permissions<<.
Am I just using JSONAPI::Resource incorrectly, or is this something worth pursuing?
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia dalle dichiarazioni delle relazioni di UserResource e dal suo callback before_create, confrontando l’interazione di has_many permissions con quella di has_one expiration. Determina il comportamento previsto di assegnazione e creazione a livello di risorsa, quindi verifica con test mirati che la gestione di has_one corrisponda al comportamento richiesto simile a has_many.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- rails, ruby
- Ambito
- api, backend
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100