Rifattorizzare una vecchia API in una nuova, a causa di diversi strumenti che la utilizzano (admin e alcuni script di manutenzione) e la compatibilità con le versioni precedenti, la struttura del database deve rimanere invariata.
Ho una tabella utente e un'altra tabella user_optionals correlata 1: 1. user_optionals sono solo alcuni campi con alcune opzioni extra impostate dall'utente .
Questo, nella mia app, è attualmente riflesso da un utente e da un modello UserOptional .
Quindi sto usando il modello di repository, ognuno ha il suo repository, UserRepository e UserOptionalRepository .
Sono un po 'preoccupato di dover iniettare e gestire due diversi repository nei miei servizi in quanto UserOptional non esiste se il suo utente in precedenza non lo fa .
Ho letto e sembra adattarsi a un concetto di sviluppo basato sul dominio noto come Agregate, ma non sono ancora sicuro su come gestirlo.
Quindi mi chiedo se dovrei applicare qualsiasi schema o metodologia qui che agisce su entrambi. Forse raggruppando entrambi su un Modello univoco o creando un nuovo repository composto da UserRepository e un UserOptionalRepository , forse lo sto pensando troppo ...