新應用程序的DataLayer：MyGeneration和/或Entity-Framework

Question

該平臺是ASP.Net 3.5sp1，帶有一個Oracle數據庫。我們已經考慮了MyGeneration和Entity Framework在DataLayer中的時間和便利性（以及業務層中的一些基類）。

我的問題是：

1. 使用實體框架VS MyGeneration的任何優點和缺點？

2. 使用MyGeneration生成的代碼將使用實體框架有什麼想法？

我希望從與既有經驗的開發人員的反饋，但歡迎任何的反饋。

研究我們迄今所做的：我們有一個團隊成員是誰在MyGeneration精通。我們觀看了幾個教程視頻並閱讀了Entity Framework的介紹文檔。

注：我們都知道需要購買甲骨文的實體框架數據提供商，如果實體框架是解決方案的一部分。

同時，我們也意識到實體 - 空間，但它似乎並不存在其他方面的候選人。

Answer 1

如果您有MyGeneration導出，那麼您可能需要堅持。至於EntityFramework。我已經將它用於一些小型項目，並認爲它適用於小型系統（少於10-15個表格）。

另外，如果你正在討論這一切，因爲沒有「真正」適合您的解決方案，不是考慮我的兩個備選方案之一：

• 獲取的CodeSmith的副本，並創建自己的模板。這樣，您可以使用EntityFramework（由生成的代碼使用）「啓動」，並在出現問題時切換到其他內容。
• 考慮.NET Tiers。它在過去的大型項目中工作得很好。

Answer 2

我們已經用它生成的C＃代碼，SQL腳本和Entity Framework XML文件，從單一的UML圖（由IBM關係建築師提出，並保存在XML文件）定製的代碼生成器。這樣，您可以完全控制數據層中的所有內容。當然，只有項目足夠大而其他方法不太適用時才適用。 製作這樣的生成器並不困難，並且在後面的階段中，您可以增強它們以實現其他功能，例如直接從UML圖中直接獲取Web服務。

Answer 3

我必須說，我沒有與MyGeneration太多的經驗，但我有很多的經驗，在過去6個月建設與實體框架V1小應用程序。從我通過映射存儲過程以及僅從SP結果v1返回Model對象所遇到的麻煩中，如果您目前想要最可行的選項，我會建議在此時使用MyGeneration。在第2版中正在解決的實體框架中仍存在很多痛苦點（交叉）。