Che cosa è un esempio di "Business Logic" che deve risiedere nel DomainModel vale a dire all'interno di un'entità invece che all'interno di un servizio (dominio), oltre a qualche logica di esempio che dovrebbe essere in un servizio.
Ecco cosa considererei casi abbastanza chiari (?):
La convalida di base verrebbe eseguita dagli attributi di definizione ViewModel e dalla convalida jQuery. Pertanto la correttezza dei dati dovrebbe andare bene al momento in cui i dati arrivano al Service / DomainModel (Entity).
Alcune logiche di business che dipendono da altre entità dovrebbero appartenere al di fuori dell'entità di un servizio (naturalmente / presumibilmente).
Qualcosa che potrei immaginare esistente in un DomainModel (Entity) sarebbe semplice aggiungere elementi a una proprietà di lista (assicurarsi che non esistano duplicati ecc.). Forse alcune funzionalità di base della copia.
Che altro inserisci in Entity / DomainModel, invece del servizio? È difficile fare una chiara distinzione, o almeno sembra che la maggior parte della logica finisca nei Servizi.