Γιατί και πώς θα πρέπει να χρησιμοποιείς ένα custom user model;

Question

Accepted Answer

Ένα **custom user model** αντικαθιστά το default `User` του Django για να ταιριάζει στις ανάγκες της εφαρμογής σου — προσθέτοντας πεδία, αλλάζοντας το αναγνωριστικό σύνδεσης (π.χ. email αντί για username), ή προσαρμόζοντας τη συμπεριφορά. Η κρίσιμη, συχνά επαναλαμβανόμενη συμβουλή: ρύθμισε ένα custom user model **στην πολύ αρχή** ενός έργου, ακόμη και αν δεν χρειάζεσαι αλλαγές ακόμη, γιατί η αλλαγή του αργότερα είναι εξαιρετικά δύσκολη.

## Γιατί: το default User είναι περιορισμένο και δύσκολο να αλλάξει αργότερα

```text
The default User has fixed fields (username, email, first/last name) and uses
USERNAME as the login field. Real apps often need:
  ✓ Email-based login (no username)
  ✓ Extra fields (phone, avatar, role, preferences) on the user itself
  ✓ Custom authentication behavior
```

## Ο κρίσιμος λόγος να το κάνεις ΠΡΩΤΑ

```text
⚠️ Changing the user model AFTER migrations exist is VERY hard — the User model is
   referenced by auth, admin, sessions, foreign keys throughout the database.
   Swapping it later requires complex, risky data migrations.
→ ALWAYS define a custom user model at project START (before the first migration),
   even an empty one, so you can extend it freely later. Django's docs strongly
   recommend this for EVERY new project.
```

Αυτό είναι το βασικό πρακτικό μάθημα: δεν κοστίζει σχεδόν τίποτα να ρυθμίσεις ένα custom user model την πρώτη ημέρα, αλλά η προσθήκη ενός σε ένα εγκατεστημένο έργο είναι μια μεγάλη, επιρρεπής σε σφάλματα εργασία — οπότε το κάνεις εξ αρχής ως ασφάλιστρο.

## Πώς: επέκταση του AbstractUser (ο εύκολος τρόπος)

```python
# models.py — add fields, keep Django's auth behavior
from django.contrib.auth.models import AbstractUser

class User(AbstractUser):
    phone = models.CharField(max_length=20, blank=True)
    avatar = models.ImageField(upload_to="avatars/", blank=True)
    is_premium = models.BooleanField(default=False)
```

```python
# settings.py — tell Django to use it
AUTH_USER_MODEL = "myapp.User"
```

Το `AbstractUser` διατηρεί όλα τα default πεδία του Django και τον μηχανισμό ελέγχου ταυτότητας — απλώς προσθέτεις πεδία. Η απλούστερη, πιο κοινή προσέγγιση.

## Πώς: AbstractBaseUser (πλήρης έλεγχος, π.χ. σύνδεση με email)

```python
from django.contrib.auth.models import AbstractBaseUser, BaseUserManager, PermissionsMixin

class User(AbstractBaseUser, PermissionsMixin):
    email = models.EmailField(unique=True)
    USERNAME_FIELD = "email"          # log in with EMAIL instead of username
    REQUIRED_FIELDS = []
    objects = CustomUserManager()     # a manager defining create_user/create_superuser
```

Το `AbstractBaseUser` δίνει πλήρη έλεγχο στο user model (π.χ. αφαίρεση του username εντελώς για σύνδεση μόνο με email) — περισσότερη δουλειά, αλλά μέγιστη ευελιξία.

## Αναφορά στο user model σωστά

```python
from django.conf import settings
from django.contrib.auth import get_user_model

# in models — reference via settings.AUTH_USER_MODEL
author = models.ForeignKey(settings.AUTH_USER_MODEL, on_delete=models.CASCADE)

# in code — get the active user model dynamically
User = get_user_model()              # NOT a direct import of the default User
```

Αναφέρε πάντα το user model μέσω του `settings.AUTH_USER_MODEL` (στα models) και `get_user_model()` (στον κώδικα), ποτέ με άμεση εισαγωγή του default `User` — έτσι ο κώδικάς σου λειτουργεί με το custom model.

## Γιατί έχει σημασία

Η χρήση ενός custom user model είναι σημαντική γνώση με ένα κρίσιμο, συχνά τονιζόμενο πρακτικό μάθημα που κάθε developer του Django θα πρέπει να εσωτερικεύσει: **ρύθμισε το στην πολύ αρχή κάθε έργου**.

Ο λόγος που αυτό έχει τόσο μεγάλη σημασία είναι η σοβαρή ασυμμετρία στη δυσκολία — ο ορισμός ενός custom user model την πρώτη ημέρα (ακόμη και μια άδεια `AbstractUser` υποκατάσταση) κοστίζει σχεδόν τίποτα και παρέχει ανεκτίμητη ευελιξία, ενώ η αλλαγή σε ένα custom user model *μετά* που το έργο έχει migrations και δεδομένα είναι εξαιρετικά δύσκολη και επικίνδυνη, γιατί το User model αναφέρεται σε όλο το Django (ελέγχος ταυτότητας, admin, sessions) και από ξένα κλειδιά σε ολόκληρη τη βάση δεδομένων σου, απαιτώντας περίπλοκες, επιρρεπείς σε σφάλματα data migrations για αλλαγή.

Γι' αυτό η δική του τεκμηρίωση του Django συνιστά ισχυρά ένα custom user model για κάθε νέο έργο, ανεξάρτητα από άμεση ανάγκη — είναι ασφάλιστρο ενάντια σε ένα μελλοντικό migration nightmare.

Πέρα από αυτή την κρίσιμη συμβουλή χρονισμού, η κατανόηση του *πώς* να δημιουργήσεις custom user models — **`AbstractUser`** για απλή προσθήκη πεδίων διατηρώντας τη συμπεριφορά ελέγχου ταυτότητας του Django (η κοινή, εύκολη περίπτωση), και **`AbstractBaseUser`** για πλήρη έλεγχος όπως σύνδεση με email (αφαίρεση του username εντελώς) — είναι πολύτιμη για την ικανοποίηση πραγματικών απαιτήσεων εφαρμογής (επιπλέον πεδία χρήστη, εναλλακτικά αναγνωριστικά σύνδεσης, custom ελέγχος ταυτότητας).

Εξίσου σημαντικό είναι το να ξέρεις να **αναφέρεις το user model σωστά** (μέσω `settings.AUTH_USER_MODEL` και `get_user_model()`, ποτέ ευθεία εισαγωγή) έτσι ώστε ο κώδικας να λειτουργεί με οποιοδήποτε user model είναι διαμορφωμένο.

Επειδή σχεδόν κάθε πραγματική εφαρμογή έχει ανάγκες συγκεκριμένες χρήστη πέρα από τα defaults του Django (και ακόμη και αυτές που δεν έχουν ωφελούνται από την ευελιξία), και επειδή το κόστος της μη ρύθμισης αυτού νωρίς είναι τόσο υψηλό, η κατανόηση των custom user models — ειδικά το υποχρεωτικό να δημιουργήσεις ένα στην αρχή του έργου — είναι σημαντική, πρακτικά-κρίσιμη γνώση που αποτρέπει ένα συνηθισμένο και σοβαρό λάθος σε επίπεδο έργου, καθιστώντας το μια συχνά-αναφερόμενη σοφία Django best-practice.