爲了說清楚,我並不是要求在SO上已經被問過廣告Nauseum的並排比較。我也不問Linq2Sql是否死了,因爲我不在乎。我正在問的是...爲什麼我應該使用Linq2SQL的實體框架
我正在構建內部應用程序只爲非營利組織。我是員工中唯一的開發人員。我們總是使用SQL Server作爲我們的數據庫後端。我也設計和構建數據庫。我已經成功使用過L2S了。
考慮到所有這些因素,有人會給我一個令人信服的理由來使用EF而不是L2S嗎?
我在代碼營本週末和EF,所有這一切,我可以在L2S做了一個小時的論證後,我問這個同樣的問題。演講者的回答是,「L2S已經死了......」那麼很好!不! (see here)
我知道EF是MS希望我們在未來使用的(see here),並且它提供了更多的自定義選項。我無法弄清楚的是,如果在這種環境下,這些應該或者確實對我很重要。
我們在這裏遇到的一個特殊問題是我繼承了基於4個不同SQL數據庫的核心應用程序。 L2S在這方面遇到了很大的困難,但是當我問上述發言人時,EF會在這方面幫助我,他說:「不!
任何人都在意詳細解釋投票嗎?這應該是一個CW或什麼的?我不介意被拒絕投票,我只想知道爲什麼我下次可以做得更好。 – 2010-04-14 00:17:26
我在想你對多個數據庫的評論。困難在哪裏? Linq to SQL對DataContext有一個重載,允許您指定要打開的數據庫,並且在任何情況下連接都是多個數據庫的問題。 – 2010-04-16 16:37:40
@Robert Harvey:困難在於這種情況......在一個名爲CMO的數據庫中有一個表名tblDiagnosisCues。在名爲MCP的數據庫中有一個名爲tblPlanDiagnosis的表。這兩個表由FK,DiagnosisCueID鏈接。當我想爲計劃拉動診斷時,我必須從CMO數據庫中獲取描述。我本來希望EF能夠通過讓我創建一個不關心數據來自哪裏的診斷實體來簡化這一過程。這更清楚嗎?由此,我沒有設計這些數據庫! – 2010-04-16 18:12:07