Pull to refresh

Comments 53

Сортировки грида на 10000 записей, например.
1. При чем тут грид?
2. Материал вы читали? о Чем он?
3. Зачем надо сортировать столько записей на клиенте? конечно можно взять всегда какоето число и говорить что тормозит. а толку?
1. Интересно, изменилась ли скорость обработки более ли менее большого объема данных.
2.…
3. Столкнетесь — поймете. Отображать, понятное дело, не надо, обрабатывать — вполне.
Раньше у меня все висло намертво на таких обработках (jQuery летает).
Раньше я начинал задыхаться под водой (над водой все тип-топ).
каких данных, ничего оно не обрабатывает и не должно. такое впечатление, что даже не читали материал.

3. Если не надо отображать, зачем гнать на клиент и что-то делать? какая другая технология это может сделать? может конечно JavaFXили что другое… но тогда 999 99999 записей не сможет. так что это сферический конь. конкретно- если у вас приложение с такими записями работает и это надо на клиенте, то просто неправильная архитектура без понимания специфики, либо тот 0.001% случаев, когда надо совсем нетривиальное решение.
Допустим, обрабатывать надо все, а отображать надо часть. Когда пойдет речь о невозможности применения AJAX'а, Flex'а и пр., поймете, о чем речь.

Я не говорю, что ExtJS — говно, я просто спросил.
зачем обрабатывать их на клиенте? это просто неправильно спроектированное приложение, в этом вините архитектора а не фреймворк
Мгм, такое понятие как толстый клиент вам незнаком :(

Жаль.
В рассматриваем случае просто кривой «тонкий» клиент.
Вы телепат и знаете особенности рассматриваемого случая?

Делаете выводы на каких-то недомолвках.

Я, например, прекрасно могу себе представить вариант, когда необходимо манипулировать с достаточно большим объемом данных на клиенте.
ну покажите, покажите!!! в студию!!!
Что вам показать? Репортинговую систему? Управление складом?

Вы настолько наивны, что не понимаете зачем перекладывать часть персонализированных вычислений на локальные станции?
да, а что, это не проект или его просто нет?

Часть вычислений на станции? понимаю, от чего же. НО! я не понимаю, при чем тут инструмент интерфейсов, если это задача(сортировка) совсем другого.

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

Я вот заявлю, что миллион миллиардов записей не потянет ни одна технология, и что? и тоже скажу что вам показать. конкретики нет, есть неправильно спроектированая системаили 0.01% тех случаев, когда этот инструмент не подходит, так как создан совсем для другого, а не того, к чему вы это прицепляете.
Разговор начинался всё-таки со вполне приемлемых «10000 записей», но потом как-то плавно перетёк в «миллион миллиардов записей». Не одно и то же. ;)
Фффф, фу. Вы немного смешны в своем максимализме.

Во-первых, если бы вы имели опыт, то сами бы нашли.
Но раз нет, так нет. Как говорится — будем работать с тем, что есть под рукой.

www.netsuite.com — это так для примера, чтобы имели представление о чем идет речь.

Если вы не понимаете, что пользователь может захотеть посмотреть таблицу в 10ти различных вариантах сортировки.
Если вы не понимаете, что это будет 10 достаточно объемных (по данным) запросов.
Если вы не понимаете, что произойдет если 100 таких пользователей сделают это (а при одновременной работе 20к человек, это непременно произойдет).

То чем я могу помочь вам? Вы только скажите, и я постараюсь помочь.
Я лично узнал у Ueasley все особенности, из которых следует что он вообще даже рядом с этим случаем не стоял, к тому же 91 год выпуска наталкивает на мысли о небольшом количестве реального опыта.

Толстый клиент на ExtJS сделать можно, и даже можно его красиво подать с помощью AIR.
да, в котором есть SQLite, думаю вполне реально написать адаптер который будет работать с базой и реализовывать там ремотесортировку и даже часть задач сервера по обработке данных.
Да, но, проблема в том что маленькие сопливые мальчишки об этом не упомянут потому что они не в курсе этих ништяков, а крутые дяди — подписали стопку бумажек о неразглашении и за ними следит НЛО.
Понятия не имею об особенностях ваших личных взаимотношений с Ueasley, но ваш 86й год выпуска меня тоже не сильно впечатляет, впрочем я не буду кричать об этом на каждом углу :)

Мне лень, неинтересно, нет времени (нужное подчеркните сами) проверять изменилась ли скорость работы с Dom, как работают улучшения Array и т.д. Если автор был бы в курсе, он бы просто дал линк на результаты тестирования производительности.

Но поскольку автор вместе с вами плавает в вопросе проектирования сложных веб-приложений примерно так же, как я в вопросе производительности ExtJS Core и, видимо, по тем же причинам, то вы вдвоем предпочли повыпендриваться, лишь бы, как вам казалось, не терять лицо.
А я, как и другие заинтересованные, так и не получил желаемой информации, которую придется искать самому. Вот и все.

Теперь и с вами я тоже прощаюсь.
знакомо. и про неправильно спроектированный клиент тоже. конечно, есть много случаев, когда ни екст, ни любой другой фреймворк не поможет, более того, и браузер вообще не поможет. зачем вопить, что фреймворк не подходит для панели управления атомной станцией?
даже на толстом клиенте нет в 99% случаев необходимости работать с такими обьемами. снова повторю-если у вас такое приложениеи такие требования — в 99.9% это ошибка проектирования.
Красиво бросаетесь процентами, неподкрепленными ничем.

Впрочем, если работать только с домашними страничками и социальными сетями, то легко получить опыт в ненужности толстого клиента. Говорит ли это о том что вы видели все? :) Отнюдь.

Так что, — увы и ах, — ваши слова, мягко говоря, неавторитетны.
ну оппоненты тоже не подкрепили свои слова ничем.
Я не говорил о ненужности толстого клиента. И во многих проектах моих применялся почти такой же подход. Но аякс, грубо говоря, далеко не единственная и даже не первая в списке технологих для создания толстых клиентов, почему ее надо нагружать несвойственными задачами, мне неведомо.

Пока что реальных проектов и цифр никто не показал.
Мгм, а как вам показать ОДБ банка? :)

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

Судя по тому, что я видел в приват24 — еще то уродство по виду как минимум
Мгм. Вы действительно не понимаете разницу между домашней страницей и корпоративным приложением? Или вам сюда habrahabr.ru/blogs/i_am_clever/56105/?

Приват-48 это просто образец какого рода системы могут требовать толстых клиентов и соответственных библиотек для них. Без оглядки на реализацию конкретного продукта. Но вам ведь это неважно, верно? :)

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

Что же — это ваше право. В эту игру можно играть и вдвоем. Но, при всем уважении к вам, как «автору многих сотен статей», риторика это не самая сильная область ваших навыков, да и ругаться можно более профессионально :)

За сим, откланиваюсь. Удачно вам продолжать пребывать в своем невежестве.
Пернул мозгом оО?

Сортировка 10000 записей никоим образом не относиться к задачам которые должна решать данная библиотека. Ext предоставляет интерфейс для внедрения желаемого алгоритма сортировки, его реализация (в данном случае тупой кат-н-паст после 5 минут гугления) ложится на ваши мужественные плечи.
mecommayou, неужели трудно понять, что никакой алгоритм сортировки не поможет?
Захотелось положить свои пять копеек?
Ага, я понял. Кастомное решение на одной библиотеке, оказалось эффективнее дефолтного на другой, то есть теплое лучше мягкого. Зачет.

Договаривайте до конца или не начинайте вообще.
Проблемы с перестройкой и отображением/размещением в памяти пяти миллиардов элементов.
Глупость. Что еще с потолка возьмешь?
у меня в Google Chtome, на атоме чудненько работает
UFO just landed and posted this here
вообще-то к Ext Core это не имеет никакого отношения, это же делается средствами полной версии ExtJS
UFO just landed and posted this here
UFO just landed and posted this here
Да-а-а… web desktop производит впечатление.

P. S.
У этого примера есть продолжение (qWikiOffice) и у этого продолжения есть продолжение (cometDesktop).
приятная новость, облегченный ExtJS действительно то чего не хватало…
Я поверхностно знаком с 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.
Меня давно мучает вопрос, почему почти все на Хабре пишут «итак» раздельно, «и так»? Что за бред?
Почему люди ошибаются? Потому что люди ошибаются. Если подразумевается вывод/следствие из предыдущего текста (ака созвучно «таким образом», «следовательно»), то слитно, ибо союз в начале предложения. Если сочетание союза и наречия, то раздельно.

Итак, и так можно писать, и эдак. Главное — прочуЙствовать… ;)
Да, я хотел спросить, «почему союз итак почти все тут пишут раздельно». Просто уже далеко не первый раз замечаю, так сказать, эпидемический характер носят эти ошибки. Вот и поинтересовался, вдруг тут это модно?
Sign up to leave a comment.

Articles