none
使用Entity Data Model更新精靈的疑問 RRS feed

解答

  • It's Bad 對我來說.
    Entity Framework 設計上有很大的彈性,設計考量自己去看MSDN文件.
    但對我而言,我的資料儲存跟Entity 是一對一的關係.而資料端變實體端也要變,所以情形跟你一樣.
    而不管用精靈或其它圖形設計工具,坦白說不是很好用.尤其在好幾百個Table,上千個關聯在一個設計表上,不但它更新的速度變慢,要修改某個屬性就跟看IC電路板一樣,花露露的.
    所以我先的作法是在SQL裡設計相關的屬性.然後在EDM圖形設計工具裡做更新.
    如果SQL Server有變動,不要在EDM裡去編輯.而用XML Editor去做開啟,然後用文字找尋方式將相關Tag找出並刪除.然後回到EDM設計工具更新新的資料庫資訊.
    • 已標示為解答 TerryChuang 2009年5月19日 上午 06:51
    2009年5月13日 上午 09:24
  • 是的
    目前EF內建的工具有相當大的問題

    到目前為止以我所了解跟使用後的心得,工具大概只能達成30%左右的EF功能,剩下70%都要手動,問題是,一使用手動修改工具就無法認得變成最後完全只能手動處理.
    如果用工具來看EF功能,會非常的狹隘,雖然目前EF不能說很完美,但經過這半年的使用,我卻認底層的基礎非常扎實,所以可以看得出EF Tool跟EF本身是不同的Team(或人)在做的.

    • 已編輯 programlin 2009年5月14日 上午 01:33
    • 已標示為解答 TerryChuang 2009年5月19日 上午 06:51
    2009年5月14日 上午 12:15

所有回覆

  • It's Bad 對我來說.
    Entity Framework 設計上有很大的彈性,設計考量自己去看MSDN文件.
    但對我而言,我的資料儲存跟Entity 是一對一的關係.而資料端變實體端也要變,所以情形跟你一樣.
    而不管用精靈或其它圖形設計工具,坦白說不是很好用.尤其在好幾百個Table,上千個關聯在一個設計表上,不但它更新的速度變慢,要修改某個屬性就跟看IC電路板一樣,花露露的.
    所以我先的作法是在SQL裡設計相關的屬性.然後在EDM圖形設計工具裡做更新.
    如果SQL Server有變動,不要在EDM裡去編輯.而用XML Editor去做開啟,然後用文字找尋方式將相關Tag找出並刪除.然後回到EDM設計工具更新新的資料庫資訊.
    • 已標示為解答 TerryChuang 2009年5月19日 上午 06:51
    2009年5月13日 上午 09:24
  • 是的
    目前EF內建的工具有相當大的問題

    到目前為止以我所了解跟使用後的心得,工具大概只能達成30%左右的EF功能,剩下70%都要手動,問題是,一使用手動修改工具就無法認得變成最後完全只能手動處理.
    如果用工具來看EF功能,會非常的狹隘,雖然目前EF不能說很完美,但經過這半年的使用,我卻認底層的基礎非常扎實,所以可以看得出EF Tool跟EF本身是不同的Team(或人)在做的.

    • 已編輯 programlin 2009年5月14日 上午 01:33
    • 已標示為解答 TerryChuang 2009年5月19日 上午 06:51
    2009年5月14日 上午 12:15
  • 我不知道EF Tool 跟 Team是不是同一個.
    但我覺得技術好像在XML無法突破.
    他在設計時是將ER模型加Designer的元素放在一起.然後產生圖形.
    目前看來一個XML檔只能對應到一個名稱空間.而二個XML不能對應到同一個名稱空間及實體名稱.
    所以他不能像SQL的圖形設計工具一樣將一個資料庫關聯切成多個小的小關連圖形去維護.
    也不能像Partial Class 將多個Class Combine在一起.變成圖非常大,屬性非常多,速度,效率非常差.
    而就EF Tool 跟 EF可能不同也可能.因為現在MS很多工具設計圖型都一樣,如WPF,ASP.NET,Workflow..都一樣,由XML透過Dom模型產生圖形.
    所以所有開發Team 將 XML規範丟給一個專門設計視窗工具的Team就好了.

    2009年5月14日 上午 12:39