Spostamento della logica aziendale dai servizi alle classi?

2

Ho un'applicazione Grails con un numero di servizi che stanno iniziando a diventare molto grandi.

Il flusso nella maggior parte dei miei metodi di servizio è

  1. Database letto (restituisce DBCursor da MongoDB)
  2. Scorrere il cursore ed eseguire alcune operazioni.
  3. Restituisce i risultati dall'operazione.

Sto iniziando a considerare di spostare la logica del passaggio 2 nelle classi di Groovy per pulire il mio codice base e consentire il test dell'unità. Tuttavia, leggendo alcune linee guida, affermano che la maggior parte della logica dovrebbe andare nei servizi.

Sta spostando questa logica nelle classi di Groovy andando a finire con le migliori pratiche?

    
posta Travis 20.11.2013 - 15:14
fonte

1 risposta

3

Di solito quel tipo di linea guida (che la maggior parte della logica dovrebbe andare nei servizi) significa che la tua logica di business dovrebbe essere accessibile attraverso servizi piuttosto che ad es. in un controller MVC. Un servizio dovrebbe essere l'interfaccia per alcune logiche di business, ma tutto il codice che implementa quella logica aziendale non deve necessariamente vivere in una classe di servizio.

    
risposta data 20.11.2013 - 16:03
fonte

Leggi altre domande sui tag