博客園現代化建設——AutoMapper
上篇隨筆寫的是我們在新版博客后臺開發中用上了新式武器——Entity Framework，該武器火力猛，威力大，但使用中發現在某些場景下顯得不夠靈活，后來不得不引進輕量級常規武器——AutoMapper。
我們遇到的場景是一個復雜的實體類，有很多屬性，數據庫操作是一個跨數據庫查詢，查詢的字段遠遠少于實體類的屬性。
對于跨數據庫查詢，我們沒有找到通過LINQ to Entities實現的方法，于是就用DbSet.SqlQuery調用存儲過程進行查詢，代碼如下：
- using (BlogDbContext context = new BlogDbContext())
- {
- string sql = string.Format("EXEC [blog_Entry_Get] @BlogID={0},@EntryID={1}", blogId, entryId);
- BlogEntry entry = context.BlogEntries.SqlQuery(sql).Single();
- }
雖然不能使用LINQ進行查詢，但我們不想在這里拋棄這個新式武器，不能發射導彈，可以用一下機關槍嘛。于是，如上面的代碼所示，用SqlQuery進行查詢，用Entity Framework完成查詢結果與實體類的數據映射。
結果發現，Entity Framework是依賴于實體類的屬性進行映射的。如果把Entity Framework比作機關槍，那實體類的屬性就是子彈，每顆子彈只能攻擊唯一對應的目標，在射擊過程中，只要有一顆子彈攻擊的目標不存在，機槍就會卡殼（子彈決定目標？）。也就是Entity Framework會在IDataReader中查找每個實體類屬性對應的值，而我們的應用場景卻是“查詢的字段遠遠少于實體類的屬性”，這時，Entity Framework成為了一堆廢鐵（這個說法不妥，可以通過modelBuilder.Entity<BlogEntry>().Ignor忽略不需要映射的字段，但是，如果不同的查詢返回的字段不同，這個方法就不管用了）。
為什么不由目標決定子彈？出現什么目標，用什么子彈，既節省子彈，又不會卡殼。也就是根據查詢結果給對應的實體類屬性賦值。難道這個新式武器也有設計缺陷，沒有考慮到這樣的應用場景？還是我們不會使用？
翻來覆去地擺弄它，還是沒搞定，只能換武器...
數據庫查詢換成了舊式武器Enterprise Library，并引進了新的輕量級常規武器AutoMapper進行查詢結果與實體類的映射（而且是開源的）。
“輕量級”果然名不虛轉，簡單易用，針對性強，我們用它輕松解決了問題，代碼如下：
- SqlCommand command = (SqlCommand)_sqldb.GetStoredProcCommand("[blog_Entry_Get]");
- command.Parameters.AddWithValue("@BlogID", blogId);
- command.Parameters.AddWithValue("@EntryID", entryId);
- using (IDataReader reader = _sqldb.ExecuteReader(command))
- {
- if (reader.Read())
- {
- BlogEntry entry = AutoMapper.Mapper.DynamicMap<BlogEntry>(reader);
- }
- }
原文鏈接：http://www.cnblogs.com/dudu/archive/2011/03/28/entity_framework_automapper.html
【編輯推薦】
