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…
sto seguendo questo railcast:
lui usa solo gli *User *ma credo che il suo sia un esempio molto
semplificato a scopo didattico
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.
