Rails: Perché con_esclusivo_scope è protetto? Qualche buona pratica su come usarlo?

Question

Dato un modello con default_scope per filtrare tutte le voci obsolete:

# == Schema Information 
# 
# id   :integer(4)  not null, primary key 
# user_id  :integer(4)  not null, primary key 
# end_date :datetime   

class Ticket < ActiveRecord::Base 
    belongs_to :user 
    default_scope :conditions => "tickets.end_date > NOW()" 
end 

Ora voglio ottenere qualsiasi biglietto. In questo caso with_exclusive_scope è la strada da percorrere, ma questo metodo è protetto? Solo questo funziona:

Ticket.send(:with_exclusive_scope) { find(:all) } 

una specie di hack, non è? Allora, qual è il modo giusto per usare? Soprattutto quando si tratta di associazioni, si sta facendo ancora peggio (dato un utente ha molti biglietti):

Ticket.send(:with_exclusive_scope) { user.tickets.find(:all) } 

Ecco così brutto !!! - non può essere il binario !?

Answer 1

FYI per chi cerca il modo Rails3 di fare questo, è possibile utilizzare il metodo unscoped: "perché sta usando le rotaie` default_scope` una cattiva idea"

Ticket.unscoped.all 

Answer 2

Devi incapsulare il metodo protetto all'interno di un metodo di modello, qualcosa di simile:

class Ticket < ActiveRecord::Base 
    def self.all_tickets_from(user) 
    with_exclusive_scope{user.tickets.find(:all)} 
    end 
end 

Answer 3

Evitare, se possibile default_scope. Penso che dovresti davvero chiederti perché hai bisogno di uno default_scope. Contrastare un default_scope è spesso più complicato di quanto valga e dovrebbe essere usato solo in rari casi. Inoltre, l'utilizzo di default_scope non è molto significativo quando si accede alle associazioni di ticket al di fuori del modello Ticket (ad esempio "Ho chiamato . Perché i miei biglietti non sono lì?"). Questo è uno dei motivi per cui with_exclusive_scope è protetto. Dovresti assaggiare un po 'di syntactic vinegar quando devi usarlo.

In alternativa, utilizzare un gemma/plug-in come pacecar che aggiunge automaticamente named_scopes ai modelli in modo da ottenere un codice più rivelatore ovunque. Per esempio:

class Ticket < ActiveRecord::Base 
    include Pacecar 
    belongs_to :user 
end 

user.tickets.ends_at_in_future # returns all future tickets for the user 
user.tickets     # returns all tickets for the user 

È inoltre possibile decorare il vostro modello User per rendere il più pulito codice di cui sopra:

Class User < ActiveRecord::Base 
    has_many :tickets 

    def future_tickets 
    tickets.ends_at_in_future 
    end 
end 

user.future_tickets # returns all future tickets for the user 
user.tickets  # returns all tickets for the user 

Nota a margine: Inoltre, considerare l'utilizzo di un nome di colonna datetime più idiomatica come ends_at invece di end_date.