博客園現(xiàn)代化建設(shè)——Entity Framework
在博客園新版博客后臺的開發(fā)中，為了將園子的現(xiàn)代化建設(shè)步伐邁得更大一些，準(zhǔn)備裝備最先進(jìn)的武器。之前已經(jīng)配備ASP.NET MVC 3，目前正在試驗(yàn)剛從微軟引進(jìn)的最新型號新式武器——Entity Framework 4.1 RC。
試驗(yàn)情況分析：
1. 數(shù)據(jù)庫連接字符串的回歸
在之前版本的Entity Framework中，微軟另搞了一套連接字符串，以至無法直接使用原來的ADO.NET連接字符串。害得我們只能改裝它，以重用以前的連接字符串，詳見在Entity Framework中重用現(xiàn)有的數(shù)據(jù)庫連接字符串。
在這個版本中，微軟終于知錯就改，直接使用ADO.NET連接字符串，代碼如下：
- public class BlogDbContext : DbContext
- {
- public BlogDbContext()
- : base(ConfigurationManager.ConnectionStrings["BlogDB"].ConnectionString)
- {}
- }
這樣多好，雖然是新式武器，原來的炮彈照樣用。
2. 失靈的Entity Data Model
這個不知是VS 2010 SP1還是Entity Framework 4.1 RC的Bug，無法在VS2010中通過Entity Data Model向?qū)?chuàng)建Entity Data Model。見下圖：
點(diǎn)擊下一步，選擇連接字符串的窗口一閃而過...然后什么也沒發(fā)生，.edm文件也沒創(chuàng)建。
難道VS2010在玩捉迷藏的游戲？那就捉唄...終于把它給找出來了，方法是：在VS2010的Server Explorer中刪除所有的數(shù)據(jù)庫連接。
但是，在創(chuàng)建連接字符串之后，“奇跡”出現(xiàn)了：
畢竟就不是正式版，出點(diǎn)Bug也情有可原，而且本來也沒指望Entity Data Model，只是想從數(shù)據(jù)庫生成實(shí)體類，省點(diǎn)力氣。既然它失靈了，那就手寫實(shí)體類代碼唄。
3. 實(shí)體類與數(shù)據(jù)庫表的自動映射
1) 自動在實(shí)體類中發(fā)現(xiàn)“主鍵”屬性，前提是屬性名稱是ID或者實(shí)體類名+ID，比如下面的實(shí)體類：
- public class Blog
- {
- public int BlogID { get; set; }
- public string Application { get; set; }
- public string Author { get; set; }
- public string UserName { get; set; }
- }
Entity Framework會自動發(fā)現(xiàn)BlogID就是主鍵，當(dāng)然，你也可以通過[Key]指定主鍵。
2) 如果實(shí)體類的屬性名與數(shù)據(jù)庫表的字段名相同，不需要任何配置，Entity Framework會自動進(jìn)行映射。
3) 如果實(shí)體類的類名與數(shù)據(jù)庫表的表名相同，不需要任何配置，Entity Framework會自動進(jìn)行映射。否則，要通過下面的代碼進(jìn)行手工映射：
- public class BlogDbContext : DbContext
- {
- protected override void OnModelCreating(DbModelBuilder modelBuilder)
- {
- modelBuilder.Entity<Blog>().ToTable("blog_Config");
- }
- }
注：Blog是實(shí)體類名，blog_Config是數(shù)據(jù)庫表名。
如果符合自動映射的條件，使用Entity Framework很方便，只要在數(shù)據(jù)訪問層添加Entity Framework的引用，并添加一個繼承自DbContext的類，然后就可以隨時隨地使用。
試驗(yàn)結(jié)論：
該武器雖然有部件失靈，但總體來說攜帶方便，部署靈活，自動化程度高，是現(xiàn)代化建設(shè)的必備！
原文鏈接：http://www.cnblogs.com/dudu/archive/2011/03/22/entity_framework_4_1_rc.html
