Выскажусь на тему пригодности AJAX в качестве рабочего инструмента.

[thesz]

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

Моё основное теоретическое возражение просто и незамысловато: действительно ли требование таблицы в тысячи элементов не преодолимо? И ваши пользователи действительно требуют таблицу в 1000 строк, а не конкретную

Comments

[metaclass]

Ситуация примерно такая: пользователи, вместо того, чтобы фильтрами и поиском найти нужную информацию, открывают отчет с минимумом фильтрации и начинают его тупо скроллировать, чтобы найти интересующую их запись глазами

[kkirsanov]

Добавлю, что юзеры иногда любят скопировать все данные из таблички в эксель (и или местный аналог) и там продолжить борьбу.

[thesz]

Вот это надо предоставить в обязательном порядке.

Но не тысячи элементов в одном окне.

[metaclass]

Посмотрел ради интереса один отчет, ради которого в основном софт и затевался: 67 столбцов х 57 колонок. 3800 ячеек.
Или список проводок только по одному счету за месяц - 4500. Причем смотрят его часто методом "отсортировали по возрастанию суммы и ищут нужную".

[justy_tylor]

С производительностью у веб-интерфейсов нормально. Там такие требования по сложности layout и отрисовки, что визуализация вылизывается намного тщательнее, чем в традиционных GUI системах. У меня были подобные задачи (поддержка SVG и HTML на телефонах).

Проблемы возникают с логикой. Слишком много событий неотключаемо (и разнообразно) обрабатывается браузерами в полном соответствии со старой W3C парадигмой "кривой недотекст с картинками". Это приводит к разным логическим (нажатие "вниз" прокручивает сразу два окна) и визуальным (выделение текста "на кнопках") артефактам. Не все грабли и не во всех браузерах можно обойти. Отсюда, кстати, и использование Flash и Silverlight в интерфейсах сервисов совсем не развлекательного назначения.

[thesz]

Ага, спец! (потирает руки)

Я, кстати, так и думал, что визуализацию делают очень тщательно.

[nivanych]

Ага, SVG!
Можете рассказать, вкратце, какие были сложности, какие неприятности приходилось обходить?

[justy_tylor]

Основная сложность - впихнуть невпихуемое. Зоопарк: парсер + DOM + CSS + сам SVG + SMIL + обработка ресурсов + JavaScript движок + визуализаторы. Часть своя, часть с подходящими лицензиями. Свыше даны тесты. Когда на парочке таких тестов дохнет SpiderMonkey на армах - и начинается самое веселье. Кроме того, память на телефоне может закончиться в любой момент, весь код это учитывает и обрабатывает.

С пользовательской стороны - ничего примечательного, тесты и есть тесты. По сравнению с HTML намного меньше "неестественного интеллекта", что облегчает использование, но отсутствует layout, что серьёзный минус для реализации UI.

[vp]

Банальный пример - ревизия данных.
Перед глазами список работников, в каждом адрес, номер паспорта и т.п, какие-нибудь даты освидетельствования.
Человек глазами пробегает по списку, проверяя, все ли хорошо.
Второй пример. Автобусы на маршруте. Когда диспетчер должен видеть все автобусы, полное состояние дел, т.к. выводы - это сугубо ее субъективная функция мозга. Мы обязаны показать все как есть.

[thesz]

Исключения только подтверждают правило - они его ограничивают.

Там, где надо и нельзя без - там надо. Там, где можно без - там надо без.

например

[sheremetyev]

вот таблица с 400+ элементами, динамически обновляется. на 3 тысячах тоже приемлемо работает в современых браузерах (кроме IE).

Re: например

[sheremetyev]

ссылка

Re: например

[thesz]

Отлично. ;)

(правда, я больше про бесполезность таких таблиц для конечного пользователя)

[ex_juan_gan]

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

[nealar]

Пагинация - это отвратительно. Пусть у меня данные 1 раз грузятся 5 минут, я в это время кофе попью, а потом они будут быстро скроллиться. А так - половину времени работаешь, половину времени ждёшь, пока паге загрузится. Это если канал быстрый.

[ex_juan_gan]

Правильная апликация подготовит соседние странички заранее, и в сессию положит.

[nealar]

Во! Такое одобряю!! Но это уже не совсем пагинация, а скорей ленивая загрузка.