Come ottenere il controllo personalizzato sulla funzionalità di convalida dell'annotazione dei dati in ASP.NET MVC 2 utilizzando LinqToSQL?

Question

Sto usando LinqToSQL, creando le mie entità con il designer in studio che crea in modo carino la classe del designer con tutte le corrispondenti classi di entità. Normalmente quando volevo aggiungere alcune cose personalizzate alle mie entità, creavo una classe parziale e facevo le cose personalizzate lì. Ecco il mio problema; il nuovo ASP.NET MVC 2 (anteprima) contiene qualche bel supporto convalida annotazione dei dati, che consente di fare qualcosa di simile:

public class Customer 
{ 
    [Required(ErrorMessage = "Name is Required")] 
    public string Name { get; set; } 
} 

qualcuno mi può consigliare come gestire questa situazione? Speravo di non creare una classe extra e fare una sorta di mappatura .. :(E sarebbe bello mantenere la validazione delle mie entità nelle mie entità :)

Spero di avere un senso qui. . Grazie in anticipo.

Answer 1

Ognuno ha un'opinione diversa, ma io sono il tipo di persona che va avanti e modifica i file generati. Se posso aggiungere una classe parziale, lo farò, ma per casi come questo andrei avanti e modificherò la proprietà nel file generato.

Un sacco di file generati devono essere trattati come uno scaffold che è tuo una volta che il generatore lo ha sputato. Quando inizi a pensarci in questo modo, alcune cose possono diventare molto più semplici. Dal modo in cui io non difendere questo approccio per un file che verrà rigenerato spesso in quanto ciò creerebbe molti più mal di testa.

Answer 2

Grazie per aver condiviso il tuo punto di vista su questo. Ci ho pensato, ma non sono sicuro di volerlo.

La soluzione in cui mi trovavo da sola era rendere tutte le mie entità generate astratte e tutte le mie proprietà virtuali, nominandole "DBCustomer" per esempio e creando una classe "Cliente" ereditata. Quindi sovrascrivere tutte le proprietà e chiamare base.PropertyName nei getter e setter. Cosa ne pensi di questo?

Answer 3

se utilizzo LinqToSQL per generare una classe, creo sempre una versione di contenitore dati leggero della classe con un suffisso di Data. Quindi uso quella classe per trasferire i dati da/verso il client/server.

Potrei non descriverlo perfettamente, ma credo che sia una pratica abbastanza comune.

Dire LinqToSql offre una classe di auto con int id, porte int, colore stringa, ruote int basate sulla tabella Auto. Mi piacerebbe creare

public class CarData 
{ 
    [Required(ErrorMessage = "ID is Required")] 
    public int id { get; set; } 

    [Required(ErrorMessage = "doors are Required")] 
    public int doors { get; set; } 

    [Required(ErrorMessage = "color is Required")] 
    public string color { get; set; } 

    [Required(ErrorMessage = "wheels are Required")] 
    public int wheels { get; set; } 
} 

È anche possibile utilizzare LINQ per selezionare un nuovo uno di questi via

var myCar = 
    from c in MyDataContext.Cars 
    where c.id == 1 
    select new CarData() 
    { 
      id = c.id, 
      doors = c.doors, 
      color = c.color, 
      wheels = c.wheels 
    }; 

Potrai anche mantenere LINQ to SQL di delayed execution functionality con questo pure. Ad ogni modo, dovresti aggiungere quegli attributi a questa classe "Data" (come mostrato), in questo modo hai una classe leggera specializzata che serializza facilmente e ha tutti gli attributi di convalida che desideri.

Answer 4

Mi sono imbattuto in questo problema con MVC V1 e xVal. Ho finito per usare "buddy classes" come dettagliato qui Schotime (cache di Google perché ha problemi con il sito web).

Funziona perfettamente per me, ma non ho familiarità con il metodo MVC v2 di fare questo per sapere se le sue routine "raccoglieranno" i metadati nelle classi di amici.

È difficile discutere con qualcuno che inizi con "ognuno ha un'opinione diversa", ma sarei dispiaciuto di modificare i file generati per LINQ. Vedo il punto su un'impalcatura, ma quando sono in fase di sviluppo sto apportando così tante modifiche al mio db (e alle relazioni) che di solito trascuro una classe e la ricreavo trascinando indietro la tabella. A volte rimuovo tutte le classi e trascino l'intero db sopra. D'altra parte, immagino che questa sia la prova di una cattiva pianificazione da parte mia.