Ciao a tutti,
mi trovo ad affrontare un problema con rails che non ho mai affrontato e
mi piacerebbe sapere qual’ il metodo pi giusto per risolverlo
Vi espongo il problema:
nell’app c’ un modello “Persona”, che potrebbe trovarsi in queste
situazioni:
essere e rimanere sempre soltanto una persona
diventare uno “Studente”, quindi acquisire nuovi attributi (tipo n. di
matricola), mantenendo quelli di “Persona”
diventare un “Pendolare”, anche in questo caso acquisendo nuovi
attributi (tipo n. di abbonamento) mantenendo quelli di persona
diventare sia uno studente che un pendolare, rimanendo una persona ma
acquisendo gli attributi sia di uno studente che di un pendolare
il tutto ovviamente in rails, quindi con validazioni, relazioni, ecc.
Al volo la soluzione che mi sarebbe venuta in mente quella di fare un
modello Persona che ha una relazione 1-1 con Pendolare e con Studente,
ma in questo modo sto trattando i tre modelli come entit veramente
separate, mentre logicamente non lo dovrebbero essere. Inoltre dovrei,
presa una persona, richiedere un dato di studente con
“persona.studente.n_matricola”, mentre sarebbe ottimo fare
“persona.n_matricola” che mi restituisce false o nil se la persona non
uno studente
Esiste in rails “qualcosa” per fare quello che devo fare?
se ho chiesto una cosa banale accetto anche infamate, sempre che siano
accompagnate da un link da leggermi!
Ciao,
la tua intuizione mi sembra corretta, ma userei dei nomi diversi per
evitare confusione. Il concetto che tu hai un modello
Persona che si pu arricchire di diverse abilit a seconda del proprio
stato. Farei una cosa del genere:
class Person
has_one :student_ability
has_one :pendular_ability
end
Ovviamente has_one ha senso solo se gli altri modelli istanze di
ActiveRecord, altrimenti ti basta una cosa del genere:
class Person
def student_ability
StudentAbility.new(self)
end
…
end
Dopo di che puoi delegare dal modello Person verso i rispettivi oggetti
di cui si compone:
class Person
delegate :n_matricola, :to => :student_ability
…
end
che per solleva una eccezione se il modello student_ability nil.
Non userei dei moduli in questo caso, a meno che non si debba
condividere il comportamento tra due classi, ma qui la classe Person
una sola.
Non sarebbe diverso dal mettere i metodi direttamente nella classe, non
vedo benefici, i metodi conditnuano a condividere le variabili di
istanza e le responsabilit della classe non diminuiscono.
On Wed, Jun 6, 2012 at 9:47 AM, Fabrizio R. [email protected]
wrote:
Che vuoi dire?
Intendevo che una volta creata la struttura per implementare un
Decorator, riesco a persisterla con ActiveRecord? (con NHibernate ce
la faccio, con RoR non so…)
Complimenti per la soluzione però non mi sembra utile, da qualche parte
devi memorizzarle quelle informazioni …o sai qualcosa che io non so???
(chiedo, dopo quell magia non si sa mai)
Secondo me l’unica fattibile è la relazione 1-1, la prima proposta da
Fabrizio. Se l’eccezione del delegate è un problema puoi sempre
definirti tu i metodi:
class Person
def n_matricola
self.student.try :n_matricola
end
end
Complimenti per la soluzione per non mi sembra utile, da qualche parte
devi memorizzarle quelle informazioni …o sai qualcosa che io non so???
(chiedo, dopo quell magia non si sa mai)
Le varie soluzioni sono molto interessanti, ma quel che mi preoccupa
proprio il rapporto con activerecord e il db. Anche a me la 1-1 mi
sembra la pi “pulita” per quanto riguarda poi la persistenza dei dati
senza dover scrivere un sacco di codice nel modello Person
Secondo me l’unica fattibile la relazione 1-1, la prima proposta da
Fabrizio. Se l’eccezione del delegate un problema puoi sempre
definirti tu i metodi:
class Person
def n_matricola
self.student.try :n_matricola
end
end
Credo che il parametro :allow_nil => true di delegate eviti proprio
l’eccezione indicata da fabrizio:
class Person
delegate :n_matricola, :to => :student_ability, :allow_nil => true
…
end
