我們還應該使用服務器端網格還是Javascript網格？

Question

我們在工作中就如何處理網格數據進行了大量討論。

有些人更喜歡使用服務器端網格，它可以很容易地從服務器綁定並使用Ajax / Not進行更新。 有些人更喜歡只使用調用WebService的Javascript來填充Javascript / html網格。

從專業角度來看，哪一個最適合生產力，可測試性和可維護性？

我們正在使用WebForm .Net 4.0和Jquery。

Answer 1

我肯定會說JavaScript控件。
我只是認為，在這些方面，微軟，Telerik和所有其他人已經證明自己遠遠不如開源社區（主要是基於jQuery的解決方案）。

AJAX和異步請求已存在多年，但直到最近微軟才推出MVC來正確支持它（從我聽到的情況來看 - 它們仍然沒有它們應該的那么好）。

另一個優點是客戶端的控件比服務器端更多，所以你可以找到一個適合你的控件。 如果你需要它做一些不是開箱即用的東西，它是開源的 - 你可以自己實現它。
我正在使用jqgrid ，我對它很滿意。

Answer 2

我和你一樣。 最后，我使用了服務器端GridView，因為它很容易將數據綁定到它。 另一方面，每次更新GridView刷新頁面都很煩人，所以我最終使用AJAX更新面板的異步回發來保持一切順利。

Answer 3

無論如何，Ajax將是答案，因為沒有人喜歡舊時尚的帖子和整頁重新加載... ASP.NET MVC幫助很多，因為甚至沒有回傳和網頁形式頁面生命周期的舊概念。

我們也處於相同的情況，並且仍然在考慮我們是否使用DevExpress MVCGridView擴展或Telerik，或者像ExtJs這樣的完整的javascript解決方案，它既酷又快，但似乎不支持單元合並，這對我們來說是一個重要的特性。

Answer 4

我們之前有過這個論點。

關於asp網格的好處是，它們基本上只是開箱即用的排序，分頁等。而且你不必處理我個人討厭的javascript。 但它們更像是一種強力解決方案。 我的意思是回發，從數據庫獲取數據，重新綁定，重建頁面以及將其發回以僅對列進行排序的效率非常低。

即使在網格周圍有一個UpdatePanel，也可能有很多數據通過網絡傳輸，而大量數據訪問只是為了對表進行排序或分頁。

Javascript更加丑陋，但效率更高。 首先，可以非常快速地在客戶端上完全排序（並且可能是分頁），這減少了服務器負載。 但是，除非您想使用第三方JS表組件，否則您必須為此編寫自定義功能。

另一個選擇是使用ASP網格，但在運行中使用javascript修改功能。 這樣，您的服務器端代碼仍然可以利用簡單的綁定和表生成。

我們決定使用ASP網格。 如果我們遇到性能問題，我們將改變我們的方法。 但是為了能夠以最小的頭痛快速完成某些事情，你無法擊敗內置控件