Padrões de arquitetura com Python

Apêndice D. Padrões de Repositório e Unidade de Trabalho com Django

Supõe que querias usar Django em vez de SQLAlchemy e Flask. Como é que as coisas vão ficar? A primeira coisa é escolher onde instalar o Django. Nós o colocamos em um pacote separado próximo ao nosso código de alocação principal:

├── src
│   ├── allocation
│   │   ├── __init__.py
│   │   ├── adapters
│   │   │   ├── __init__.py
...
│   ├── djangoproject
│   │   ├── alloc
│   │   │   ├── __init__.py
│   │   │   ├── apps.py
│   │   │   ├── migrations
│   │   │   │   ├── 0001_initial.py
│   │   │   │   └── __init__.py
│   │   │   ├── models.py
│   │   │   └── views.py
│   │   ├── django_project
│   │   │   ├── __init__.py
│   │   │   ├── settings.py
│   │   │   ├── urls.py
│   │   │   └── wsgi.py
│   │   └── manage.py
│   └── setup.py
└── tests
    ├── conftest.py
    ├── e2e
    │   └── test_api.py
    ├── integration
    │   ├── test_repository.py
...

Dica

O código para este apêndice está no ramo appendix_django no GitHub:

git clone https://github.com/cosmicpython/code.git
cd code
git checkout appendix_django

Padrão de repositório com Django

Utilizámos um plug-in chamadopytest-django para ajudar na gestão da base de dados de teste.

Reescrever o primeiro teste do repositório foi uma mudança mínima - apenas reescreveste algum SQL bruto com uma chamada à linguagem Django ORM/QuerySet:

Primeiro teste do repositório adaptado (tests/integration/test_repository.py)

from djangoproject.alloc import models as django_models


@pytest.mark.django_db ...