Я пытаюсь решить между slickgrid и jqgrid. Я думаю, что оба они многофункциональны. Jqgrid имеет отличную документацию, поэтому ее легко запустить и запустить.
Я пытаюсь понять, насколько они отличаются друг от друга, с точки зрения деталей реализации, поскольку я слышал, что слабая сетка намного быстрее. Я просто задавался вопросом, выполнил ли кто-нибудь некоторый бенчмаркинг/знал внутренности каждой сетки, чтобы обеспечить некоторые полезные входы.
Edit1: @oleg - Спасибо за ваш ответ. Извините, я боялся, что, возможно, я не предоставил достаточно подробностей. Хотя у меня нет всех прецедентов, но я буду использовать как локальные данные, когда данные малы, так и виртуальная прокрутка на стороне сервера, фильтрация, сортировка и т.д., Когда данные велики. Json будет основным источником данных. Я пытался получить материалы от кого-то, кто мог бы понять внутренности обеих сеток. Я не понимаю реализации на стороне клиента, чтобы судить о них сам. Один из моих коллег упомянул, что гладкая сетка может быть лучше, поскольку она была разработана с поддержкой виртуального рендеринга и поддержки клавиатуры. Мой вопрос открыт, но основная реализация сетки может сделать его эффективным в более сложных сценариях, т.е. Подрешетках, деревьях и т.д., Если нет никакого отхода от основного дизайна для обработки любого из них.
Хорошо, основываясь на экспертной оценке jqgrid ура, как бы вы отреагировали на этот фрагмент из Slick Grid?
"Сетка и данные Ключевое различие между SlickGrid и другой реализацией сетки я видел в том, что они слишком много внимания уделяют тому, чтобы понимать и работать с данными (поиск, сортировка, синтаксический анализ, загрузка ajax и т.д.) И недостаточно для того, чтобы стать лучшей сеткой "(или, в случае редактируемых сеток, электронная таблица). Это здорово, если все, что вы хотите сделать, это" украсить" HTML-ТАБЛИЦУ или шлепать передний конец в простой список, но слишком негибким для чего-либо еще. Данные сложны. Он имеет деловые правила. Он имеет неинтерактивные свойства. Редактирование одного свойства элемента может привести к каскадным изменениям, изменяющим другие свойства или даже другие элементы. Он имеет зависимости. То, что я говорю, заключается в том, что обработка данных лучше всего оставить разработчику с помощью управления сеткой. Попытка вставить все это в реализацию сетки, и API ограничит ее применимость и добавит значительного раздувания. SlickGrid использует другой подход. В простейшем случае он обращается к данным через интерфейс массива (т.е. Использует "dataitem" для доступа к элементу в заданной позиции и "data.length" для определения количества элементов), но API структурирован таким образом что очень легко заставить сетку реагировать на любые возможные изменения в базовых данных ".
Изменить 2: Фрагмент из Сообщение форума Datatables: "* DataTables пытается создать таблицу HTML. Это видно, например, с помощью тега TABLE с помощью DataTables, тогда как SlickGrid использует элементы DIV для создания отображения, которое выглядит как таблица. Таким образом, существует ряд методов, таких как виртуальный рендеринг, которые можно использовать с DIVs, но не с таблицей. Невозможно просто отобразить строки 100-110, а не первые 100 в таблице, но это не проблема с DIV, поэтому я боюсь, что это не что нужно сделать, это преобразовать DataTables в разметку тегов DIV, но тогда вы потеряете основную цель DataTables, которая фокусируется на прогрессивном улучшении и доступности. *"
Спасибо