А что нынче модно использовать для отображения больших таблиц?

но зачем так много отображать? может лучше пейджинг?

Да кто б спорил? только его что, ручками организовывать в век технологий и горы библиотек?

Datatables с пагинацией / бесконечным скроллом (через ajax)

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

ваще 10 000 для дом не цифра

на полном серьезе предлагаю сначала выводить все на 1 страницу

я все-таки думаю, что над пользователями не стоит так издеваться.

Использую для этих целей фреймворк js/Dojo и модуль dgrid (изначально разработанный компанией SitePen)

Порог вхождения очень высокий, и попотеть придется изрядно. Зато это предельно гибкий и очень настраиваемый вариант. Есть пагинация, группировка и редактирование ячеек и многое другое. Ну и, само-собой, присущая всем дожовским модулям связка с API источников данных (REST, БД браузера, ин-лайн список и т.д) так же имеется.

это ты говоришь или твои сетеротипы? попробуй и так и сяк и скажи, положив руку на сердце, что удобней. браузер сам разберет что ему и как оптимальнее отрисовать, даже 100к не цифра для дом дерева

как ЭТО может быть удобным для пользователя? это грузится без сервера секунд 5-7. А если еще и с сервером... а если канал слабый?..

я высказал мнение как пользователя. у меня нет проблем со страницей по ссылке.

сто тысяч - это слишком много имхо.

ну да ладно, смотри сам.

если полный client-side, то поиграйся с createDocumentFragment и не юзай сторонние библиотеки.

смотри сюда: http://jsfiddle.net/2j4T8/2/

у меня справляется за 3с в отличие от варианта с jQuery (8 секунд).

а можете привести ссыль или хотя бы скрин с таким дизайном?

не юзай сторонние библиотеки

почему же? что в них плохого, если они дают готовый инструмент?

да ничего плохого, но если речь идет о пределе перформанса браузера (а сто тысяч строк в таблице - это правда много), то как ты можешь гарантировать что под капотом прямо сейчас выполняется самый оптимальный способ?

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

вот «бесконечная» таблица:

http://docs.sencha.com/extjs/4.2.2/#!/example/grid/infinite-scroll.html

Это что же должен быть за компьютер, чтобы не тормозить при 10000 записях в таблице?

у меня нет проблем со страницей по ссылке.

У меня повисло. Ноутбучный процессор не прощает твоих представлений о легковесности.

я почему-то не понял, как его юзать :( есть какие-нибудь хорошие маны, кроме доков?

Он очень сложный для начинающих - потребуется около месяца или пары недель, чтобы разобраться. Но я ж не заставляю. :)

Начни с этого:

http://docs.sencha.com/extjs/4.2.2/#!/guide/getting_started

Если начнешь с ним работать по-серьезному, то ничего кроме доков и чтения исходников не спасет. Инфа зачастую устаревшая, по версии 3. А четверка отличается от тройки довольно сильно.

да мне вот непонятно с его прекомпилляцией. Оно только для фронта или же на сервере тоже его код выполняется? просто бэк любой подойдет или нужно только этот ЭкстЖС юзать?

это только front-end.

если захочешь менять каскадные таблицы стилей, то понадобится ruby+compass (http://compass-style.org/).

бэк подойдет любой, но оно немножко вредное. :)

REST-запросы имеют слегка специфичный вид, тебе придется следовать соглашениям (можно поменять, но придется довольно долго поковыряться и разобраться с Ext.data.Store и с кучей вспомогательных классов).

dojo из коробки умеет ленивую загрузку таблиц/деревьев. Но сам фреймворк достаточно тяжеловесен местами.

когда надо отобразить овер10000 таблицу/выборку с возможностью редактировать все это дело?

Вообще, плохо представляю, чтобы человеку было ок с такими объемами в виде таблицы. Возможно, следует переиначить представление данных.

Пока внешний вид не критичен. ЦСС не буду менять. Попробую разобраться.

Вы не против побыть сенсеем? Можно Ваш личный контакт для этих целей, чтоб по мелочам форум не терзать? Лучше скайп или жаббер. Можно не сюда, а на почту в профиле.

Ну... Вы себе представляете справочник товаров в той же 1С? У какой-нибудь средней торговой фирмы. Вот и будет этот овер10000

Ну... Вы себе представляете справочник товаров в той же 1С? У какой-нибудь средней торговой фирмы. Вот и будет этот овер10000

Никому перед глазами 10000 строк сразу не нужно. Поиск, фильтрация, категории.

у меня ноутбук :(

Добавил в скайпе реквест.

Сенсеем быть против! Никакой ответственности за ваш успех в ExtJS не несу, но при желании+времени+возможности постараюсь ответить на вопросы.

И еще: если у вас модели вложенные друг в дружку или много ассоциаций, то фреймворк крови попьет много. Лучше юзать flat-модели (таблицы с большим количеством столбцов).

http://jsfiddle.net/2j4T8/5/
секунда \m/
В хроме вообще незаметно.

http://jsfiddle.net/2j4T8/7/
А вот так постепенно.

У всех модных фреймворков (Angular, Knockout, ...) есть плагины для работы с большими таблицами. Это либо пагинация, либо отстраивание только видимой части.

Но 10К строк это перебор - такое просто по интерфейсу ни промотать ни наперелистывать. Пересмотрите логику.

А вот так у меня вообще не тормозит http://jsfiddle.net/2j4T8/8/

За второй линк спасибо, выглядит интересно.

Удивительно, что innerHTML оказался быстрее моего варианта с documentFragment. Правда, не 1 секунда, а 3.5-5с.

Удивительно это потому, что вот было сравнение: http://jsperf.com/appendchild-vs-documentfragment-vs-innerhtml/18

Что удивительного-то, он же не в 100000 раз медленнее. Кроме того, он пишет секунда, а подвисает на 5.

xml+xslt всегда был актуален (только в основном это server-side)

Мы, скорее всего, друг друга не поняли :) Я не собираюсь перекладывать свою ответственность на другого, на Вас. Нет. Проект мой, ответственность моя. Просто в случае затыка, полезней, иногда, спросить кого-то, если документация привела в тупик.

У нас вот эта байда http://datatables.net/ используется. Туевая документация и странный апи, но много плюшек и вроде бы нормальная поддержка. Но у нас не 1000 таблиц, а штук двадцать.

https://github.com/mleibman/SlickGrid