ทำไมและคุณใช้ virtual environment อย่างไร?

Question

Accepted Answer

**virtual environment** คือสภาพแวดล้อม Python ที่แยกอิสระ มี package ที่ติดตั้งไว้เป็นของตัวเอง แยกจาก Python ของระบบและจากโปรเจกต์อื่น ๆ มันช่วยแก้ปัญหา **dependency ขัดแย้งกัน** — โปรเจกต์ต่างกันสามารถใช้ package เวอร์ชันต่างกัน (แม้กระทั่งเวอร์ชันที่เข้ากันไม่ได้) ได้

## ปัญหาที่มันแก้ไข

```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.
```

หากไม่มีการแยกอิสระ การติดตั้ง package แบบ global จะนำไปสู่การปะทะกันของเวอร์ชันระหว่างโปรเจกต์ และอาจทำให้เครื่องมือของระบบที่พึ่งพาเวอร์ชันเฉพาะเสียหายได้

## การสร้างและใช้งาน (venv ในตัว)

```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
```

เมื่อ activate แล้ว `python` และ `pip` จะอ้างถึงสำเนาที่แยกอิสระของสภาพแวดล้อมนั้น — package จะติดตั้งเฉพาะที่นั่น ไม่ใช่ทั่วทั้งระบบ

## การบันทึกและสร้าง dependency ขึ้นใหม่

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

`requirements.txt` ทำให้สภาพแวดล้อม**สามารถสร้างซ้ำได้ (reproducible)** — ใครก็ตามสามารถสร้าง dependency ชุดเดิมขึ้นมาได้เหมือนกันทุกประการ ป้องกันปัญหา "ใช้ได้บนเครื่องผมนะ"

## เครื่องมือสมัยใหม่

```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)
```

เครื่องมือใหม่ ๆ (poetry, uv) เพิ่ม lockfile และการ resolve dependency ที่ดีขึ้น แต่แนวคิดหลัก — สภาพแวดล้อมที่แยกอิสระต่อโปรเจกต์ — ยังคงเหมือนเดิม

## ยกเว้น env ออกจาก version control เสมอ

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

## ทำไมจึงสำคัญ

virtual environment เป็นแนวปฏิบัติมาตรฐานที่จำเป็นสำหรับโปรเจกต์ Python ใด ๆ — มันป้องกัน dependency ขัดแย้งกันระหว่างโปรเจกต์ และระหว่างโปรเจกต์กับ Python ของระบบ และ (ด้วย `requirements.txt`/lockfile) ทำให้สภาพแวดล้อมสามารถสร้างซ้ำได้ข้ามเครื่อง เพื่อนร่วมทีม CI และ production

การข้ามมันไปจะนำไปสู่การปะทะกันของเวอร์ชัน เครื่องมือของระบบเสียหาย และการตั้งค่าที่สร้างซ้ำไม่ได้

การเข้าใจวิธีสร้าง activate และบันทึก dependency — รวมถึงภูมิทัศน์ของเครื่องมือสมัยใหม่ (poetry, uv) — เป็นพื้นฐานของการพัฒนา Python อย่างมืออาชีพและเป็นสิ่งที่คาดหวังขั้นพื้นฐานในโปรเจกต์จริงใด ๆ