1. При чем тут грид?
2. Материал вы читали? о Чем он?
3. Зачем надо сортировать столько записей на клиенте? конечно можно взять всегда какоето число и говорить что тормозит. а толку?
1. Интересно, изменилась ли скорость обработки более ли менее большого объема данных.
2.…
3. Столкнетесь — поймете. Отображать, понятное дело, не надо, обрабатывать — вполне.
каких данных, ничего оно не обрабатывает и не должно. такое впечатление, что даже не читали материал.
3. Если не надо отображать, зачем гнать на клиент и что-то делать? какая другая технология это может сделать? может конечно JavaFXили что другое… но тогда 999 99999 записей не сможет. так что это сферический конь. конкретно- если у вас приложение с такими записями работает и это надо на клиенте, то просто неправильная архитектура без понимания специфики, либо тот 0.001% случаев, когда надо совсем нетривиальное решение.
Часть вычислений на станции? понимаю, от чего же. НО! я не понимаю, при чем тут инструмент интерфейсов, если это задача(сортировка) совсем другого.
Хорошо, что на клиенте (в браузере) позволит сортировку такую сделать? И что, уже сортировка столь операция сложная, что ее не делает приложение на сервере когда формирует ответ? И репортинговые системы уже строятся на клиенте?
Я вот заявлю, что миллион миллиардов записей не потянет ни одна технология, и что? и тоже скажу что вам показать. конкретики нет, есть неправильно спроектированая системаили 0.01% тех случаев, когда этот инструмент не подходит, так как создан совсем для другого, а не того, к чему вы это прицепляете.
Во-первых, если бы вы имели опыт, то сами бы нашли.
Но раз нет, так нет. Как говорится — будем работать с тем, что есть под рукой.
www.netsuite.com — это так для примера, чтобы имели представление о чем идет речь.
Если вы не понимаете, что пользователь может захотеть посмотреть таблицу в 10ти различных вариантах сортировки.
Если вы не понимаете, что это будет 10 достаточно объемных (по данным) запросов.
Если вы не понимаете, что произойдет если 100 таких пользователей сделают это (а при одновременной работе 20к человек, это непременно произойдет).
То чем я могу помочь вам? Вы только скажите, и я постараюсь помочь.
Я лично узнал у Ueasley все особенности, из которых следует что он вообще даже рядом с этим случаем не стоял, к тому же 91 год выпуска наталкивает на мысли о небольшом количестве реального опыта.
Толстый клиент на ExtJS сделать можно, и даже можно его красиво подать с помощью AIR.
да, в котором есть SQLite, думаю вполне реально написать адаптер который будет работать с базой и реализовывать там ремотесортировку и даже часть задач сервера по обработке данных.
Да, но, проблема в том что маленькие сопливые мальчишки об этом не упомянут потому что они не в курсе этих ништяков, а крутые дяди — подписали стопку бумажек о неразглашении и за ними следит НЛО.
Понятия не имею об особенностях ваших личных взаимотношений с Ueasley, но ваш 86й год выпуска меня тоже не сильно впечатляет, впрочем я не буду кричать об этом на каждом углу :)
Мне лень, неинтересно, нет времени (нужное подчеркните сами) проверять изменилась ли скорость работы с Dom, как работают улучшения Array и т.д. Если автор был бы в курсе, он бы просто дал линк на результаты тестирования производительности.
Но поскольку автор вместе с вами плавает в вопросе проектирования сложных веб-приложений примерно так же, как я в вопросе производительности ExtJS Core и, видимо, по тем же причинам, то вы вдвоем предпочли повыпендриваться, лишь бы, как вам казалось, не терять лицо.
А я, как и другие заинтересованные, так и не получил желаемой информации, которую придется искать самому. Вот и все.
знакомо. и про неправильно спроектированный клиент тоже. конечно, есть много случаев, когда ни екст, ни любой другой фреймворк не поможет, более того, и браузер вообще не поможет. зачем вопить, что фреймворк не подходит для панели управления атомной станцией?
даже на толстом клиенте нет в 99% случаев необходимости работать с такими обьемами. снова повторю-если у вас такое приложениеи такие требования — в 99.9% это ошибка проектирования.
Впрочем, если работать только с домашними страничками и социальными сетями, то легко получить опыт в ненужности толстого клиента. Говорит ли это о том что вы видели все? :) Отнюдь.
Так что, — увы и ах, — ваши слова, мягко говоря, неавторитетны.
ну оппоненты тоже не подкрепили свои слова ничем.
Я не говорил о ненужности толстого клиента. И во многих проектах моих применялся почти такой же подход. Но аякс, грубо говоря, далеко не единственная и даже не первая в списке технологих для создания толстых клиентов, почему ее надо нагружать несвойственными задачами, мне неведомо.
Пока что реальных проектов и цифр никто не показал.
это лучший вариант в споре бросаться крутыми словами а потом на требование показать реальный проект сказать что он закрыт и вообще это техника для избранных…
Судя по тому, что я видел в приват24 — еще то уродство по виду как минимум
Мгм. Вы действительно не понимаете разницу между домашней страницей и корпоративным приложением? Или вам сюда habrahabr.ru/blogs/i_am_clever/56105/?
Приват-48 это просто образец какого рода системы могут требовать толстых клиентов и соответственных библиотек для них. Без оглядки на реализацию конкретного продукта. Но вам ведь это неважно, верно? :)
Вы предпочитаете, вместо признания своей ошибки, поругаться.
Что же — это ваше право. В эту игру можно играть и вдвоем. Но, при всем уважении к вам, как «автору многих сотен статей», риторика это не самая сильная область ваших навыков, да и ругаться можно более профессионально :)
За сим, откланиваюсь. Удачно вам продолжать пребывать в своем невежестве.
Сортировка 10000 записей никоим образом не относиться к задачам которые должна решать данная библиотека. Ext предоставляет интерфейс для внедрения желаемого алгоритма сортировки, его реализация (в данном случае тупой кат-н-паст после 5 минут гугления) ложится на ваши мужественные плечи.
Я поверхностно знаком с ExtJS и многие вещи для меня стали открытием. Напрмер: «возможностям класса Array добавлены методы определения индекса по значению элемента». Это, интересно, ещё для чего?
Вопрос к вам, как к профессионалу. Я люблю ExtJS именно за все эти гриды, асинхронные деревья, динамические комбо-боксы. На сколько тяжело будет какой-то конкретный компонент прикрутить к Ext Core? (И чтобы не тащить за собой всю библиотеку целиком.) Хочу использовать, например, Grid в публичной части сайта (потому что в админке он уже реализован), но боюсь напугать пользователя временем загрузки страницы.
Ветки разные EXTJS 3 вышел только Core в бете, об этом сам пост. А грид это виджет, который пока не показали.
Чтобы прикрутить грид из второй ветки нужно долго смотреть зависимости и переписывать код. А проще просто подождите когда выйдет ветка EXTJS 3.0, если хотите поставить grid со второй версии, то можно создать кастомную сборку с одним гридом, делается на сайте простыми кликами со всеми зависимостями.
теоретически- можно, судя по всему, что я видел, API Сore не сильно отличается от обычной 2.2.1 версии, значит вполне реально вытащить все компоненты, требуемые для грида (стор и зависимости)и подключить. Но! так как грид самый основной и самый большой и мощный компонент, зависимостей будет много. Вторая проблема — совместимость лицензий, Core идет под MIT License, ExtJS 2.2.1 под LGPL 3 (если не изменяет память).
В Вашем случае, возможно, оптимальным будет создать кастомную сборку только с гридом и подключать ее-сжатая и минифицированная версия достаточно быстро загружается чтобы там, где реально нужен грид, пользователь смирился с небольшой задержкой
Хозяин новости хотел сказать:
As we approach the three year anniversary of the initial release of Ext, the Ext Team is proud to announce the immediate availability of Ext Core 3.0 beta for download.
Почему люди ошибаются? Потому что люди ошибаются. Если подразумевается вывод/следствие из предыдущего текста (ака созвучно «таким образом», «следовательно»), то слитно, ибо союз в начале предложения. Если сочетание союза и наречия, то раздельно.
Итак, и так можно писать, и эдак. Главное — прочуЙствовать… ;)
Да, я хотел спросить, «почему союз итак почти все тут пишут раздельно». Просто уже далеко не первый раз замечаю, так сказать, эпидемический характер носят эти ошибки. Вот и поинтересовался, вдруг тут это модно?
Начало нового времени или ExtJS 3.0. Первая бета Ext-Core