Capitolo 4. Il nostro primo caso d'uso: API e livello di servizio di Flask
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Torniamo al nostro progetto di allocazione! La Figura 4-1 mostra il punto in cui siamo arrivati alla fine del Capitolo 2, che trattava il pattern Repository.
Figura 4-1. Prima: guidiamo la nostra app parlando con i repository e il modello di dominio
In questo capitolo discutiamo le differenze tra logica di orchestrazione, logica di business e codice di interfacciamento e introduciamo il pattern Service Layerper occuparci dell'orchestrazione dei flussi di lavoro e della definizione dei casi d'uso del nostro sistema.
Parleremo anche di test: combinando il Service Layer con l'astrazione del repository sul database, siamo in grado di scrivere test veloci, non solo del nostro modello di dominio ma dell'intero flusso di lavoro per un caso d'uso.
LaFigura 4-2 mostra il nostro obiettivo: aggiungeremo un'API di Flask che parlerà con il livello di servizio, che servirà come punto di ingresso al nostro modello di dominio. Poiché il nostro livello di servizio dipende daAbstractRepository, possiamo eseguire il test unitario utilizzando FakeRepository ma eseguire il codice di produzione utilizzando SqlAlchemyRepository.
Figura 4-2. Il livello di servizio diventerà la via d'accesso ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access