Sto cominciando a costruire il meccanismo di autenticazione della web
app:
secondo voi ha senso che abbia creato sia gli *User *che gli Account?
Concettualmente mi sembra giusto: ogni utente ha il suo account (quindi
uno a uno…)
questa divisione per mi crea un p di confusione, anche perch ancora non
ho piena padronanza del framework…
in conclusione, mi piacerebbe sapere voi come gestite il meccanismo di
autenticazione (sessioni, registrazione, logging), tenete conto che io
sono
nuovo in Rails e che non ho mai affrontato un problema del genere, la
mia
prima volta
Sto cominciando a costruire il meccanismo di autenticazione della web app:
secondo voi ha senso che abbia creato sia gli *User *che gli Account?
Concettualmente mi sembra giusto: ogni utente ha il suo account (quindi
uno a uno…)
se i due modelli hanno dati a cui accedi separatamente pu avere un
senso.
Ma imo nel 90% dei casi la tua vit pi semplice se 1-1 li collassi
insieme, altrimenti rischi di trovarti con un casino di join o di
query 1+1. Alla fine due campi in pi in User non ti cambiano la vita,
e tende a funzionare meglio con soluzioni prefabbricate.
Infatti, quello che sospettavo, sono un perfezionista, e a volte
esagero
con queste divisioni, ma in effetti ha forse pi senso legare i dati
dell’account come attributi dell’utente (ho anche creato un modello Person,
perch voglio farmi del male >->)
Grazie del supporto ragassuoli, quando avr cominciato a padroneggiare il
tutto, ripager!
Il giorno 23 dicembre 2011 16:42, gabriele renzi [email protected] ha
scritto:
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
