我應該使用表適配器嗎？

我正在研究一個個人項目，作爲學習更多關於C＃和.NET的一種方式，特別是創建一個利用數據庫的應用程序（在我的情況下是MS SQL Server 2008）。雖然我很欣賞並不總是有一個明確的「正確」做事方式，但考慮到在使用舊技術/創意或新創意之間的選擇，我寧願使用新的技術/創意。例如，我的這個項目的目標之一是學習或者至少熟悉WPF，而不是像過去一樣使用WinForms。我應該使用表適配器嗎？

在這個基礎上，我一直在混淆，沒有很多方向將數據保存到我的數據庫和檢索它。到目前爲止，我已經設法使用TableAdapters這兩個工作，但我覺得他們是「老」的工作方式（我的基礎是，他們在MSDN上的Visual Studio 2005下列出）。首先，我在這個假設中是否正確？如果是這樣，那麼從數據庫中保存和檢索數據的新方法是什麼？我會感謝每種方法提供的優點和缺點。

我已經谷歌搜索和廣泛搜索MSDN，但我不覺得我正在使用正確的搜索條件，因爲我只是成功地混淆了我自己。

我有.NET 3.5，Visual Studio 2008和Microsoft SQL Server 2008在我的處置。

任何指導將不勝感激。

來源

2010-06-24 Stu

如果您想要以更新的方式在.NET中進行數據庫訪問，我建議您查看LINQ to SQL或實體框架。

來源

2010-06-24 21:16:35 Dismissile

這是我應該從頭開始的方向，謝謝！我之前使用過Linq，我將在這個項目中使用它。 – Stu 2010-06-24 22:05:52

我會說NHibernate;我認爲這比我的實體框架更好。 – Omidoo 2013-11-15 23:14:37

有many many many使用.Net從SQL Server 2008中檢索數據的不同方法。

表適配器並不是一個壞方法;它們是.Net框架的核心，易於入門且功能強大，雖然性能不如其他選項好，而且通常需要更多內存。

來源

2010-06-24 21:16:27 Dexter

我會同意TableAdapters，DataSets，DataTables等是「老」的做事方式。

「新」的方式是Linq到SQL，實體框架或NHibernate。

就我個人而言，我喜歡結合使用Linq-to-SQL以及普通的舊版本DBConnection s，DataReader和DTO。

來源

2010-06-24 21:17:40

如果您的數據按照您希望查看的方式進行構建，基本上表適配器就很好。如果您想以不同的方式查看數據，則可以使用表格適配器執行此操作，但是您無法將更改寫回數據庫，如果您只是生成報告，則可以。如果要查看和更改數據，並且數據不在要查看的結構中，則需要實體框架，以便可以查詢數據以將其轉換爲其他格式，並且仍然能夠將任何更改寫回。這就是從服務器MV中調用的數據到顯示器的VM

來源

2015-11-23 08:54:50

我應該使用表適配器嗎？

回答

相關問題