Perché e come usi gli ambienti virtuali?

Question

Accepted Answer

Un **ambiente virtuale** è un ambiente Python isolato con i propri pacchetti installati, separato dal Python di sistema e da altri progetti. Risolve i **conflitti di dipendenza** — progetti diversi possono usare versioni diverse (anche incompatibili) dello stesso pacchetto.

## Il problema che risolve

```text
Project A needs Django 3.2
Project B needs Django 4.2
→ Installing globally, they CONFLICT — you can't have both versions system-wide.
Virtual environments give each project its OWN isolated set of packages.
```

Senza isolamento, installare pacchetti globalmente porta a conflitti di versione tra i progetti e può rompere gli strumenti di sistema che dipendono da versioni specifiche.

## Crearne e usarne uno (venv integrato)

```bash
# 1. create a virtual environment (a folder named .venv)
python -m venv .venv

# 2. ACTIVATE it (shell-specific)
source .venv/bin/activate      # macOS/Linux
.venv\Scripts\activate         # Windows

# 3. now pip installs go INTO this env, isolated from the system
pip install django requests

# 4. when done
deactivate
```

Una volta attivato, `python` e `pip` si riferiscono alle copie isolate dell'ambiente — i pacchetti si installano solo lì, non a livello di sistema.

## Acquisire e riprodurre le dipendenze

```bash
pip freeze > requirements.txt       # record exact installed versions
pip install -r requirements.txt     # recreate the env elsewhere (teammate, CI, prod)
```

`requirements.txt` rende l'ambiente **riproducibile** — chiunque può ricreare esattamente le stesse dipendenze, prevenendo i problemi "funziona sul mio computer".

## Strumenti moderni

```text
venv + pip      → built-in, standard, widely used
poetry          → dependency management + lockfile + packaging (popular)
pipenv          → combines pip + venv with a lockfile
uv / pdm        → newer, faster tools
conda           → common in data science (manages Python versions + non-Python deps too)
```

Strumenti più recenti (poetry, uv) aggiungono file di blocco e una migliore risoluzione delle dipendenze, ma il concetto fondamentale — ambienti isolati per progetto — rimane lo stesso.

## Escludere sempre l'env dal controllo di versione

```text
# .gitignore
.venv/        ← don't commit the environment; commit requirements.txt/lockfile instead
```

## Perché è importante

Gli ambienti virtuali sono essenziali, pratica standard per qualsiasi progetto Python — prevengono i conflitti di dipendenza tra i progetti e tra i progetti e il Python di sistema, e (con `requirements.txt`/file di blocco) rendono gli ambienti riproducibili tra macchine, membri del team, CI e produzione.

Saltarli porta a conflitti di versione, strumenti di sistema rotti e configurazioni non riproducibili.

Comprendere come creare, attivare e acquisire le dipendenze — e il panorama degli strumenti moderni (poetry, uv) — è fondamentale per lo sviluppo Python professionale e un'aspettativa di base in qualsiasi progetto reale.