關於如何在網格中處理數據，我們正在進行一場大討論。我們還應該使用服務器端網格還是使用Javascript網格？
有些人更喜歡使用服務器端網格，該服務器網格可以很容易地從服務器綁定，並使用Ajax/or Not進行更新。有些人更喜歡只使用調用WebService的Javascript來填充Javascript/html網格。
從專業角度來看，哪一個最適合生產力，可測試性和可維護性？
我們使用的是WebForm .Net 4.0和Jquery。
我肯定會說JavaScript控件。
我只是認爲，在這些事情上，微軟，Telerik和所有其他人已經表明自己遠不如開源社區（主要是基於jQuery的解決方案）。微軟推出了MVC以支持它（並且從我聽說的 - 他們還不如他們應該做的那麼好）。
另一個優點是客戶端的控件遠多於服務器端的控件，因此您可以找到一個適合您的控件。如果你需要它做一些不是開箱即用的東西，它是開源的，你可以自己實現它。
我使用的是jqgrid，我對此很滿意。
我和你一樣。最後，我使用了服務器端的GridView，因爲綁定數據非常容易。另一方面，每次刷新頁面以更新GridView都很煩人，所以我最終使用帶有AJAX更新面板的異步回發功能來保持一切順利。
無論如何，Ajax將成爲答案，因爲沒有人喜歡舊時裝發佈和整頁重新加載...... ASP.NET MVC有很多幫助，因爲甚至沒有回傳和網頁形式頁面生命週期的舊概念。
我們也處於相同的情況，並且仍在思考如果我們使用DevExpress MVCGridView擴展或Telerik one，還是像ExtJs這樣完整的JavaScript解決方案，它很酷且很快，但似乎不支持單元合併，這是一個重要的功能爲我們。
我們之前有過這個觀點。
有關asp網格的偉大之處在於，它們基本上只是在排序，分頁等方面開箱即用。而且您不必處理javascript，我個人討厭。但他們更多是一種蠻力解決方案。我的意思是，它可以非常低效地回傳，從數據庫獲取數據，重新綁定，重建頁面，然後將其發送回來，以便對列進行排序。
即使在網格周圍有一個UpdatePanel，也可能有大量的數據通過網絡傳輸，並且很多數據訪問只是對錶進行排序或分頁。
Javascript是醜陋的，但更有效率。首先，排序（也可能是分頁）可以在客戶端上完全處理，這可以減少服務器負載。但是，除非要使用第三方JS表組件，否則必須爲此編寫自定義功能。
另一種選擇是使用ASP網格，但使用JavaScript即時修改功能。這樣你的服務器端代碼仍然可以利用簡單的綁定和表生成。
我們決定按原樣使用ASP網格。如果我們遇到性能問題，我們會改變我們的方法。但是，爲了以最小的頭痛快速完成某項工作，您無法擊敗內置的控件