Должны ли мы по-прежнему использовать сетку на стороне сервера или сетку Javascript?

Question

Мы ведем большую дискуссию о том, как обрабатывать данные в сетке.

Некоторые люди предпочитают использовать серверную сетку, которую можно легко связать с сервера и обновить с помощью Ajax / или Not. А некоторые люди предпочитают использовать только Javascript, который вызывает WebService, для заполнения сетки Javascript / html.

С профессиональной точки зрения, какой из них лучше для производительности, тестируемости и обслуживания?

Мы используем WebForm .Net 4.0 и Jquery.

Answer 1

Я бы точно сказал, что контролирует JavaScript.
Я просто думаю, что в этих вещах Microsoft, Telerik и все остальные парни показали, что они значительно уступают сообществу open source (в основном решениям на основе jQuery).

AJAX и асинхронные запросы существуют уже много лет, но только недавно Microsoft выпустила MVC для его правильной поддержки (и, насколько я слышал, они все еще не так хороши, как должны быть).

еще одним преимуществом является гораздо большее разнообразие элементов управления на стороне клиента, чем на стороне сервера, так что вы можете найти тот, который подходит именно вам. и если вам нужно сделать что-то, что не выходит из коробки, это открытый исходный код - вы можете просто реализовать это самостоятельно.
Я использую jqgrid , и я вполне доволен этим.

Answer 2

У нас был этот аргумент раньше.

Самое замечательное в сетках asp состоит в том, что они в основном просто работают из коробки с сортировкой, подкачкой страниц и т. Д. И вам не нужно иметь дело с javascript, который я лично ненавижу. Но они являются скорее решением грубой силы. Я имею в виду, что ужасно неэффективно отправлять обратно, получать данные из БД, перепривязывать, перестраивать страницу и отправлять обратно только для сортировки столбца.

Даже при наличии UpdatePanel вокруг сетки, по сети может проходить большое количество данных и большой доступ к данным только для сортировки или просмотра таблицы.

Javascript уродливее, но гораздо эффективнее. С одной стороны, сортировка (и, возможно, подкачка страниц) может быть полностью обработана на клиенте очень быстро, что снижает нагрузку на сервер. Но тогда вам придется написать пользовательскую функциональность для этого, если вы не хотите использовать сторонний компонент таблицы JS.

Другим вариантом является использование сеток ASP, но изменение функциональности с помощью javascript на лету. Таким образом, ваш код на стороне сервера все еще может использовать преимущества простого связывания и генерации таблиц.

Мы решили использовать сетки ASP такими, какие они есть. Если мы столкнемся с проблемами производительности в будущем, мы изменим наш подход. Но для того, чтобы что-то сделать быстро с минимальной головной болью, вы не можете побить встроенные элементы управления

Answer 3

Ajax был бы ответом в любом случае, потому что никому не нравятся старые посты модных постов и полные перезагрузки страниц ... ASP.NET MVC очень помогает, так как даже не существует старой концепции жизненного цикла постбэков и страниц веб-форм.

мы тоже находимся в той же ситуации и все еще думаем, если мы будем использовать расширения DevExpress MVCGridView или Telerik one, или полное решение javascript, такое как ExtJs, которое круто и быстро, но, похоже, не поддерживает объединение ячеек, что является важнымособенность для нас.

Answer 4

Я был в том же сценарии, что и вы.В конце концов, я выбрал GridView на стороне сервера, потому что привязать к нему данные было очень легко.С другой стороны, обновление страницы каждый раз для обновления GridView стало раздражающим, поэтому я в конечном итоге использовал асинхронные постбэки с панелями обновления AJAX, чтобы все было гладко.