Python Best Practices

Python Best Practices

Convenções e styleguide para código Python.

Type Hints

SEMPRE usar type hints em todas as assinaturas de função:

from typing import Optional, List, Dict, Any

def process_data(
    user_id: int,
    data: Dict[str, Any],
    optional_param: Optional[str] = None
) -> List[Dict[str, Any]]:
    """Processa dados do usuário."""
    return []

Estrutura de Módulos

Regra de Múltiplas Classes

Quando um módulo tem mais de uma classe, cada classe deve estar em um arquivo separado:

# ❌ ERRADO
utils/validators.py:
  - EmailValidator
  - PhoneValidator
  - URLValidator

# ✅ CORRETO
utils/validators/
  ├── __init__.py
  ├── email.py
  ├── phone.py
  └── url.py

Code Style

Black (Formatação)

black .

isort (Imports)

isort .

flake8 (Linting)

flake8 .

mypy (Type Checking)

mypy src/

Estrutura de Projeto

project/
├── src/
│   ├── app/
│   │   ├── __init__.py
│   │   ├── main.py
│   │   └── modules/
│   └── tests/
├── requirements/
│   ├── base.txt
│   ├── dev.txt
│   └── prod.txt
└── pyproject.toml

Checklist

• Type hints em todas as funções
• Múltiplas classes em módulos separados
• Ruff para lint e formatação (ruff check . --fix e ruff format .)
• mypy para type checking

Converted and distributed by TomeVault — claim your Tome and manage your conversions.