Mapping convalida gli attributi da Domain Entity a DTO

Question

ho un'entità di livello di dominio standard:

public class Product 
{ 
    public int Id { get; set; } 

    public string Name { get; set; } 

    public decimal Price { get; set;} 
} 

che ha un qualche tipo di attributi di validazione applicati:

public class Product 
{ 
    public int Id { get; set; } 

    [NotEmpty, NotShorterThan10Characters, NotLongerThan100Characters] 
    public string Name { get; set; } 

    [NotLessThan0] 
    public decimal Price { get; set;} 
} 

Come potete vedere, ho fatto su questi attributi completamente. Quale framework di convalida (NHibernate Validator, DataAnnotations, ValidationApplicationBlock, Castle Validator, ecc.) In uso qui non è importante.

Nel mio livello di cliente, ho anche una configurazione standard in cui io non uso le entità di dominio stessi, ma invece li map per ViewModels (aka DTO) che mio punto di vista strato usa:

public class ProductViewModel 
{ 
    public int Id { get; set; } 

    public string Name { get; set; } 

    public decimal Price { get; set;} 
} 

Diamo quindi dico che voglio che il mio client/vista sia in grado di eseguire alcune convalide di livello base.

L'unico modo che vedo posso fare questo è quello di ripetere le definizioni di convalida nell'oggetto ViewModel:

public class ProductViewModel 
{ 
    public int Id { get; set; } 

    // validation attributes copied from Domain entity 
    [NotEmpty, NotShorterThan10Characters, NotLongerThan100Characters] 
    public string Name { get; set; } 

    // validation attributes copied from Domain entity 
    [NotLessThan0] 
    public decimal Price { get; set;} 
} 

Questo chiaramente non è soddisfacente, la logica di business come ora ho ripetuto (convalida proprietà a livello) nel livello ViewModel (DTO).

Quindi cosa si può fare?

Supponendo che io utilizzi uno strumento di automazione come AutoMapper per mappare le entità di dominio ai miei DTO ViewModel, non sarebbe bello anche trasferire in qualche modo la logica di convalida per le proprietà mappate al ViewModel?

Le domande sono:

1) Si tratta di una buona idea?

2) Se sì, può essere fatto? In caso contrario, quali sono le alternative, se presenti?

Grazie in anticipo per qualsiasi input!

Answer 1

Se stai usando qualcosa di sostenere DataAnnotations, si dovrebbe essere in grado di utilizzare una classe di metadati per contenere il vostro convalida attributi:

public class ProductMetadata 
{ 
    [NotEmpty, NotShorterThan10Characters, NotLongerThan100Characters] 
    public string Name { get; set; } 

    [NotLessThan0] 
    public decimal Price { get; set;} 
} 

e aggiungerlo nella MetadataTypeAttribute sia l'entità del dominio & DTO:

[MetadataType(typeof(ProductMetadata))] 
public class Product 

e

[MetadataType(typeof(ProductMetadata))] 
public class ProductViewModel 

Questo non funzionerà immediatamente con tutti i validatori: potrebbe essere necessario estendere il framework di convalida scelto per implementare un approccio simile.

Answer 2

Perché non utilizzare un'interfaccia per esprimere le proprie intenzioni? Ad esempio:

public interface IProductValidationAttributes { 
    [NotEmpty, NotShorterThan10Characters, NotLongerThan100Characters] 
    string Name { get; set; } 

    [NotLessThan0] 
    decimal Price { get; set;} 
} 

Answer 3

Prima di tutto, non esiste alcuna nozione di entità di dominio "standard". Per me, l'entità di dominio standard non ha setter per cominciare. Se segui questo approccio, puoi avere api più significative, che trasmettono effettivamente qualcosa sul tuo dominio. Quindi, puoi avere un servizio applicativo che elabora il tuo DTO, crea comandi che puoi eseguire direttamente contro oggetti del tuo dominio, come SetContactInfo, ChangePrice ecc. Ognuno di questi può aumentare ValidationException, che a sua volta puoi raccogliere nel tuo servizio e presentare a l'utente. Puoi ancora lasciare i tuoi attributi sulle proprietà di dto per la semplice convalida dell'attributo/livello di proprietà. Per qualsiasi altra cosa, consulta il tuo dominio. E anche se questa è un'applicazione CRUD, eviterei di esporre le mie entità di dominio al livello di presentazione.

Answer 4

Lo scopo della convalida è quello di garantire che i dati che arrivano nella tua applicazione soddisfino determinati criteri, tenendo conto di ciò, l'unico posto che ha senso convalidare i vincoli di proprietà, come quelli che hai identificato qui, è nel punto in cui accettare i dati da una fonte non attendibile (cioè l'utente).

È possibile utilizzare qualcosa come il "modello di denaro" per elevare la convalida nel proprio sistema di tipi di dominio e utilizzare questi tipi di dominio nel modello di visualizzazione in cui ha senso. Se si dispone di una convalida più complessa (ad esempio, si stanno esprimendo regole di business che richiedono una conoscenza maggiore di quella espressa in una singola proprietà), queste appartengono ai metodi sul modello di dominio che applicano le modifiche.

In breve, inserire gli attributi di convalida dei dati sui modelli di visualizzazione e lasciarli fuori dai modelli di dominio.

Answer 5

Se si utilizzano entità di dominio scritte a mano, perché non inserire le entità di dominio nel proprio assieme e utilizzare lo stesso assembly sia sul client che sul server. Puoi riutilizzare le stesse convalide.

Answer 6

Ho pensato anche a questo per un po 'di tempo. Capisco perfettamente la risposta di Brad. Tuttavia, supponiamo di voler utilizzare un altro framework di validazione adatto per l'annotazione di entità di dominio e modelli di visualizzazione.

L'unica soluzione che riesco a trovare su carta che funzioni ancora con gli attributi sarebbe quella di creare un altro attributo che "punti" alla proprietà di un'entità di dominio che si sta specchiando nel proprio modello di vista. Ecco un esempio:

// In UI as a view model. 
public class UserRegistration { 
    [ValidationDependency<Person>(x => x.FirstName)] 
    public string FirstName { get; set; } 

    [ValidationDependency<Person>(x => x.LastName)] 
    public string LastName { get; set; } 

    [ValidationDependency<Membership>(x => x.Username)] 
    public string Username { get; set; } 

    [ValidationDependency<Membership>(x => x.Password)] 
    public string Password { get; set; } 
} 

Un quadro come xVal potrebbe essere esteso per gestire questo nuovo attributo ed eseguire la convalida gli attributi della proprietà di classe di dipendenza, ma con il valore della proprietà la visualizzazione del modello. Non ho avuto il tempo di approfondire questo aspetto.

Qualche idea?

Answer 7

Si scopre che AutoMapper potrebbe essere in grado di farlo automaticamente per noi, che è lo scenario migliore.

AutoMapper-utenti: trasferisce gli attributi di convalida a viewmodel?
http://groups.google.com/group/automapper-users/browse_thread/thread/efa1d551e498311c/db4e7f6c93a77302?lnk=gst&q=validation#db4e7f6c93a77302

Non ho ancora avuto modo di provare le soluzioni proposte, ma intendo farlo a breve.