我們應該如何使用ASP.NET數據訪問類（從ColdFusion轉換）

我們正在從ColdFusion轉換到ASP.NET 4.0，我們只是不知道設置類的路線。我們應該如何使用ASP.NET數據訪問類（從ColdFusion轉換）

在大學裏，我被教導要將所有東西都分解成與DAC對話的單獨的數據訪問類和實體類。對我而言，對於需要對他們的類進行很多控制並需要重用多個項目的團隊來說，這是最好的選擇。

然後有LINQ ...當然..這是偉大而快！儘管我自己寫了一些查詢，但我沒有問題。對我而言，這不是我真正需要的。實際上，我們團隊中沒有人需要LINQ的幫助。

我認爲我們應該使用包含我們的實體類和包含我們的實體類的文件夾的文件夾。然後我們會有我們的實際.aspx演示文稿頁面。

我們應該採取哪條路線的任何想法？

來源

2011-02-17 Michael Stone

如果您要經歷從現有平臺遷移到新平臺的痛苦，請查看ASP.NET MVC。

模型 - 視圖 - 控制器方法是一種思考Web開發的潛在更清晰的方式，它實現了團隊似乎擔心的關注點分離。

在另一個說明中，你會讓它看起來像LINQ，而其他類似的技術就是柺杖。他們不是除非你以這種方式使用它們（如而不是能夠在沒有它的情況下進行數據訪問）。他們作爲一種工具讓您的開發人員生活更輕鬆，開發更快。

瞭解如何它的工作原理非常棒，如果你不知道我的想法是你不應該使用它。但是你清楚地表明你確實瞭解它，那爲什麼不利用它呢？

來源

2011-02-17 20:13:02

我們接受了有關ASP.NET的專業培訓，我們的講師特別聲明LINQ對於RAD來說是最好的，但如果您希望獲得更多的控制權，那麼最好使用本機ADO.NET和數據訪問類。我們也研究了很多MVC，並且我理解了它的大部分內容，但是我還想在沒有框架幫助的情況下實際運行。你知道PHP，所以你明白ASP.NET是不同於傳統的Web編程的。框架類型是否縮小了一些差異的差距，並將它與網絡程序員習慣的接近？ –

現在要小心了，避免「沒有發明的地方」的綜合症。在現實世界中，人們使用框架和庫，因爲重新發明輪子毫無意義。也就是說，MVC不是一個框架，.NET是一個框架。 MVC是一種可應用於任何Web編程語言的設計方法。例如，如果沒有首先設置CodeIgniter永遠（專門設置爲促進MVC的框架），我還沒有開始一個新的PHP項目。 Web編程是Web編程。儘管.NET試圖抽象出很多細節，但並沒有那麼不同。 –

有更多的控件不使用LINQ是真的。如果您特別需要性能優化的SQL查詢，並且需要手工微調，那麼我會走這條路。 –

我們應該如何使用ASP.NET數據訪問類（從ColdFusion轉換）

回答

相關問題