Adding a separate Person class seems a bit funny to me, since the built in User class (in django.contrib.auth) handles a lot of this for us. Granted, the built in class has that ugly distinction between first and last name, but adding an additional, separate class feels wrong to me. I'm concerned it could corrupt some of the beautiful magic being performed for us behind the scenes.
Adding a separate Person class seems a bit funny to me, since the built in User class (in django. contrib. auth) handles a lot of this for us. Granted, the built in class has that ugly distinction between first and last name, but adding an additional, separate class feels wrong to me. I'm concerned it could corrupt some of the beautiful magic being performed for us behind the scenes.
Besides, we will be working with User already :)
There is a way to store arbitrary extra information on auth's User object as well: docs.djangoproj ect.com/ en/dev/ topics/ auth/#storing- additional- information- about-users
http://
Here's a chunk of code which uses that: www.arnebrodows ki.de/blog/ 482-Tracking- user-activity- with-Django. html
http://