Jak dostosować odpowiedź to_json w Railsach 3

Question

Używam respond_with i wszystko jest podłączone, aby uzyskać prawidłowe dane. Chcę dostosować zwrócone formaty json, xml i foobar w sposób DRY, ale nie mogę się dowiedzieć, jak to zrobić, używając ograniczonych :only i :include. Te są świetne, gdy dane są proste, ale ze złożonymi znaleziskami, brakuje im tego, czego chcę.

Powiedzmy mam post który has_many zdjęć

def show 
    @post = Post.find params[:id] 
    respond_with(@post) 
end 

Chcę zawierać obrazy z odpowiedzią, więc mogłem to zrobić:

def show 
    @post = Post.find params[:id] 
    respond_with(@post, :include => :images) 
end 

ale ja naprawdę nie chcesz wysłać cały obiekt obrazu wzdłuż, tylko adres URL. Poza tym, ja naprawdę chcę być w stanie zrobić coś takiego, jak również (pseudokod):

def show 
    @post = Post.find params[:id] 
    respond_with(@post, :include => { :foo => @posts.each.really_cool_method }) 
end 

def index 
    @post = Post.find params[:id] 
    respond_with(@post, :include => { :foo => @post.really_cool_method }) 
end 

... ale w suchej drodze. W starszych projektach rails użyłem konstruktorów XML, aby dostosować dane wyjściowe, ale replikować je w json, xml, html, co nie wydaje się właściwe. Muszę sobie wyobrazić, że kolejni guru umieścili coś w Rails 3, czego nie rozumiem dla tego typu zachowań. Pomysły?

Answer 1

Nie szyny 3 wbudowane w sposób, ale znalazłem wielki klejnot, który jest aktywnie utrzymuje on Rails 3: acts_as_api

Answer 2

można przesłonić as_json w modelu. Coś jak:

class Post < ActiveRecord::Base 
    def as_json(options = {}) 
    { 
     attribute: self.attribute, # and so on for all you want to include 
     images: self.images, # then do the same `as_json` method for Image 
     foo:  self.really_cool_method 
    } 
    end 
end 

i szyn dba o resztę przy użyciu respond_with. Nie do końca pewien co options zostanie ustawiony, ale prawdopodobnie opcje dajesz respond_with (:include, :only i tak dalej)

Answer 3

prawdopodobnie zbyt późno, ale znalazłem rozwiązanie bardziej DRY kopanie poprzez szyn docs. Działa to w moich krótkich testów, ale może potrzebować trochę szczypanie:

# This method overrides the default by forcing an :only option to be limited to entries in our 
# PUBLIC_FIELDS list 
def serializable_hash(options = nil) 
    options ||= {} 
    options[:only] ||= [] 
    options[:only] += PUBLIC_FIELDS 
    options[:only].uniq! 
    super(options) 
end 

To w zasadzie pozwala mieć listę pól, które są dopuszczone do publicznego API, i nie można przypadkowo narazić cały obiekt. Nadal możesz odsłonić określone pola ręcznie, ale domyślnie Twój obiekt jest bezpieczny dla .to_json, .to_xml, itp.