ActiveResource come recuperare una risorsa da un'API REST con un nome singolare?

Question

sto cercando di afferrare i dati da una libreria di terze parti che ha un'API che assomiglia a:

https://foo.com/user.json?username=<USERNAME>

non riesco a capire come forzare ActiveResource usare "user.json" invece di "users.json". È possibile?

Ho capito che funziona con la gemma reactive_resources ... c'è un modo per farlo in ActiveResources pure puri?

Answer 1

class User < ActiveResource::Base 
    self.element_name = "user" 
end 

Avanti, che si sta per chiedere come ottenere un elemento da un URL che guarda a ActiveResource essere //foo.com/user.json invece di //foo.com/user/.json

User.find(:one, :from => "https://foo.com/user.json?username=#{<USERNAME>}" 

Modifica in risposta al commento

c'è un modo per farlo senza dover inserire l'URL completo della richiesta ogni volta che voglio usare find()?

Un modo è definire un metodo nella classe per eseguire l'URL completo.

class User < ActiveResource::Base 
    self.element_name = "user" 

    def self.find_by_username(username) 
    find(:one, :from => "https://foo.com/user.json?username=#{username}" 
    end 

    def find 
    self.class.find(:one, :from => "https://foo.com/user.json?username=#{username}" 
    end 
end 

Un altro modo è ridefinire elemento_path.

class User < ActiveResource::Base 
    self.element_name = "user" 

    def self.element_path(id, prefix_options = {}, options = {}) 
    "https://foo.com/user.json?username=#{prefix_options["user_id"]}" 
    end 
end 

Alcuni chiamerebbero questa patch di scimmia, altri la chiamerebbero Programmazione orientata agli oggetti. Dico che è solo patch-scimmia quando entrate nel codice o usate la natura dinamica di Ruby per cambiare il comportamento di base e questo è un modo totalmente legittimo di fare cose nella programmazione orientata agli oggetti. Tuttavia, la comunità di Ruby non usa molto OOP, ignorando praticamente l'ereditarietà in favore di mix-in molto meno tolleranti (e meno ben educati), e usando solo la tipizzazione anatra per il polimorfismo.

I problemi relativi alla necessità di creare conflitti con ActiveResource per creare un URL in cui non è possibile ridefinire il servizio Web per accettare le convenzioni di ActiveResource è perché molti utilizzano invece HTTParty. "Se si deve costruire l'URL, potrebbe anche usare HTTParty"

Answer 2

Se è necessario solo per sbarazzarsi di nome della risorsa pluralizzazione nell'URL, sovrascrivono collection_name:

class User < ActiveResource::Base 
    self.element_name = "user" 

    def self.collection_name 
    element_name 
    end 
end