本教程首先描述了標準數(shù)據綁定模式在處理非常大的數(shù)據源時的缺點，用戶可以學習如何使用服務器模式數(shù)據綁定來解決初始數(shù)據加載和數(shù)據操作性能問題。最后將演示即時反饋數(shù)據綁定模式，該模式確保應用程序的UI不會因在后臺線程中執(zhí)行與數(shù)據相關的操作而凍結。

P.S：DevExpress WinForms擁有180+組件和UI庫，能為Windows Forms平臺創(chuàng)建具有影響力的業(yè)務解決方案。DevExpress WinForms能完美構建流暢、美觀且易于使用的應用程序，無論是Office風格的界面，還是分析處理大批量的業(yè)務數(shù)據，它都能輕松勝任！

獲取DevExpress WinForms v24.1正式版下載

DevExpress技術交流群11：749942875      歡迎一起進群討論

默認模式

在示例應用程序中，使用默認數(shù)據綁定模式將網格綁定到具有100,000行的數(shù)據源。在這種模式下，網格將把所有數(shù)據加載到內存中，然后根據最終用戶的操作對這些數(shù)據進行操作。

運行應用程序來分析網格的性能，網格將把所有記錄加載到內存中，這意味著內存消耗增加，應用程序啟動延遲。您可以看到啟動花費了很長時間，正如在任務管理器中看到的，應用程序實際上正在運行，并且已經消耗了大約220M的內存。

單擊 Break All來查看應用程序狀態(tài)，如您所見，數(shù)據源仍在被填充。單擊Continue并等待，應用程序最終啟動后，將顯示100000條記錄。

 數(shù)據操作將全部由客戶端上的網格控件執(zhí)行，因此性能將取決于客戶端計算機。您可以看到，即使在快速的計算機上，數(shù)據分組和排序的執(zhí)行也有明顯的滯后。

服務器模式

現(xiàn)在關閉應用程序并切換到Server Mode數(shù)據綁定，以提高應用程序的性能。在這種數(shù)據綁定模式下，網格控件將只請求要顯示在屏幕上的數(shù)據的一部分，數(shù)據整形操作將由服務器執(zhí)行。

刪除之前由Data Source Configuration Wizard（數(shù)據源配置向導）添加的代碼和BindingSource組件，然后調用DevExpress網格控件的智能標記并單擊Data Source Wizard鏈接。

選擇Entity Framework（實體框架）技術并選擇現(xiàn)有的數(shù)據連接。

在下一頁上，選擇Server-Side Data Processing并單擊Next。

最后，選擇所需的表、鍵表達式和默認排序。

現(xiàn)在啟動應用程序來查看結果，請記住在服務模式下，網格將只請求一些記錄顯示在屏幕上，這意味著減少內存消耗和更快的應用程序啟動。這一次，應用程序在幾秒鐘內啟動。同時，您可以訪問所有100,000條記錄，滾動視圖可以看到幾乎沒有延遲。

分組、排序和過濾的工作速度也很快，數(shù)據操作速度很快，因為在每個終端用戶操作之后，網格都會向服務器發(fā)送更新數(shù)據的請求。服務器通常會更快地執(zhí)行這些操作，然后只有少數(shù)可見記錄返回到網格。這意味著您可以訪問所有記錄，并且可以自由地應用您想要的任何數(shù)據塑造操作。

如果您檢查任務管理器，將看到與標準模式相比，內存消耗大大減少。

關閉應用程序來嘗試另一種用于處理大型數(shù)據源的數(shù)據綁定模式。

即時反饋模式

當前應用的數(shù)據綁定模式為同步，這意味著當網格等待來自服務器的更新數(shù)據時，用戶界面會暫時凍結。DevExpress Grid Control還提供異步服務器模式，也稱為即時反饋模式。它與服務器模式相同，只是它在后臺線程中重新加載數(shù)據以確保應用程序的UI不會凍結。

再次調用數(shù)據源向導，這次選擇異步服務器端數(shù)據處理來啟用即時反饋模式，然后再次選擇所需的表、鍵表達式和默認排序。

啟動應用程序來查看更改，請注意在滾動、分組和排序數(shù)據時，網格不會凍結。當數(shù)據在后臺線程中檢索時，加載指示器顯示在左上角。

支持數(shù)據訪問技術

注意Entity Framework（實體框架）并不是唯一支持這些數(shù)據綁定模式的技術，在Visual Studio工具箱中，您可以看到在服務器模式和即時反饋模式下用于各種數(shù)據訪問技術的數(shù)據源組件——實體框架、LINQ到SQL、并行LINQ到對象或WCF數(shù)據服務。

您可以從工具箱中添加這些組件并手動綁定數(shù)據，替代使用向導。

更多產品資訊及授權，歡迎“”！