我想擺脫大混亂的edmx文件,這使得我在svn中合併時只有痛苦。刪除edmx文件 - 只保留POCO實體
我想先走向代碼。爲此,理想情況下,我會根據當前的edmx自動生成類,然後完全刪除edmx文件。
之後我不需要設計師,我會手工添加專欄和關係。
你將如何去獲得這個?新的ef 4.2(?)會更適合嗎?
感謝
我想擺脫大混亂的edmx文件,這使得我在svn中合併時只有痛苦。刪除edmx文件 - 只保留POCO實體
我想先走向代碼。爲此,理想情況下,我會根據當前的edmx自動生成類,然後完全刪除edmx文件。
之後我不需要設計師,我會手工添加專欄和關係。
你將如何去獲得這個?新的ef 4.2(?)會更適合嗎?
感謝
我最終從edmx生成了.cs文件,將生成器更改爲從「http://visualstudiogallery.msdn.microsoft.com/7812b04c-db36-4817-8a84-e73c452410a2」生成的「ADO.NET DbContext生成器」。
然後添加主鍵和外鍵,因爲它們沒有生成(我使用的是一個MySQL數據庫,如果它有任何差異)。
然後我不得不改變一噸的查詢,因爲如果之前你可以這樣做:
from x in context.Table1
from y in context.Table2
where x.id = y.xid
,並會轉換爲一個連接,這將不再有效!
相當有點改變,但最終它似乎工作。
我會用Entity Framework Power Tools CTP1 從現有數據庫生成波蘇斯。
實體框架電動工具CTP1 逆向工程代碼第一次 - 生成POCO類,派生現有數據庫的DbContext和代碼首先映射。
當你有你的POCO和你的上下文生成後,你不需要 edmx文件了。
這是不正確的。如果使用POCO生成器生成的上下文,則仍然需要EDMX,因爲在編譯時它會分解爲作爲資源包含在您的程序集中的SSDL,MSL和CSDL文件。在運行時,這些文件用於配置映射(它們在連接字符串中被引用)。 –