在項目中,採用code first時建立的模型對象不能直接用於數據傳輸,需要從新根據需求建立Dto對象 為什麼需要建立Dto對象呢? 那麼在項目中需要將Model轉換成DTO,為了快速方便的轉換,可以採用Lambda Expression快速實現, 例如,建立了領域模型Book 建立DTO對象 建立 ...
在項目中,採用code first時建立的模型對象不能直接用於數據傳輸,需要從新根據需求建立Dto對象
DTO即數據傳輸對象。之前不明白有些框架中為什麼要專門定義DTO來綁定表現層中的數據,為什麼不能直接用實體模型呢,有了DTO同時還要維護DTO與Model之間的映射關係,多麻煩。
然後看了這篇文章中的討論部分才恍然大悟。
摘兩個比較有意義的段落。
表現層與應用層之間是通過數據傳輸對象(DTO)進行交互的,數據傳輸對象是沒有行為的POCO對象,它 的目的只是為了對領域對象進行數據封裝,實現層與層之間的數據傳遞。為何不能直接將領域對象用於 數據傳遞?因為領域對象更註重領域,而DTO更註重數據。不僅如此,由於“富領域模型”的特點,這樣 做會直接將領域對象的行為暴露給表現層。
需要瞭解的是,數據傳輸對象DTO本身並不是業務對象。數據傳輸對象是根據UI的需求進行設計的,而不 是根據領域對象進行設計的。比如,Customer領域對象可能會包含一些諸如FirstName, LastName, Email, Address等信息。但如果UI上不打算顯示Address的信息,那麼CustomerDTO中也無需包含這個 Address的數據
簡單來說Model面向業務,我們是通過業務來定義Model的。而DTO是面向界面UI,是通過UI的需求來定義的。通過DTO我們實現了表現層與Model之間的解耦,表現層不引用Model,如果開發過程中我們的模型改變了,而界面沒變,我們就只需要改Model而不需要去改表現層中的東西。
那麼在項目中需要將Model轉換成DTO,為了快速方便的轉換,可以採用Lambda Expression快速實現,
例如,建立了領域模型Book
public class Book { public int BookId { get; set; } [Required] public string Title { get; set; } public decimal Price { get; set; } public string Genre { get; set; } public DateTime PublishDate { get; set; } public string Description { get; set; } public int AuthorId { get; set; } [ForeignKey("AuthorId")] public Author Author { get; set; } }
建立DTO對象
public class BookDto { public string Title { get; set; } public string Author { get; set; } public string Genre { get; set; } }
建立Lambda表達式:
private static readonly Expression<Func<Book, BookDto>> AsBookDto = x => new BookDto { Title = x.Title, Author = x.Author.Name, Genre = x.Genre };
在對領域對象集進行查詢時,就可以方便地進行對象轉換了
return db.Books.Include(b => b.Author).Select(AsBookDto);