Chiarimento sul servizio di dominio e sul servizio applicativo dell'architettura di Onion

0

Sto studiando Onion Architeture ma ho qualche dubbio:

Tutti i campioni (github) che ho trovato su internet sono troppo semplici, o sono implementati in DDD (che non ho ancora studiato al momento) quindi non riesco a ottenere un concetto chiaro.

Informazioni su Domain.Services Ho alcuni dubbi:

  1. Deve definire le implementazioni? Per tutte le interfacce dei servizi dichiarate?
  2. Deve definire la logica del dominio, puoi dare un esempio dettagliato? (evitare l'esempio tipico di GetUser ()). Posso immaginare questo servizio come per esempio

     public interface IMarketKartService  
     {
        double AddItemToKart(Kart kart, ShopItem item);  
        double CalculateBill(Kart kart); 
     }
    
  3. Questo livello è in grado di utilizzare repository o no?

Più tardi è il livello Application.Services . Come ho letto dovrebbe essere un'API e implementare casi utente che vengono consumati dall'utente (ad esempio da un'app WinForms)

  1. Ho ragione?
  2. Questo livello è in grado di utilizzare i repository? (Suppongo che sì, ma per favore chiarire) Quindi repository in cui i livelli sono idonei per l'uso?

Non ho il senso di molti termini DDD, quindi per favore evitali nelle tue spiegazioni.

    
posta Badulake 08.08.2018 - 13:39
fonte

0 risposte