Каковы технологические ограничения для удобства использования веб-приложений AJAX?

Question

Я пытаюсь понять технические ограничения для удобства использования веб-приложений для повышения производительности, которые используют только открытые, кросс-платформенные технологии, такие как Javascript, HTML и CSS, на клиенте. [1]

Предположим на мгновение, что в следующие несколько лет возможности веб-браузеров продолжат улучшаться (например, с использованием HTML 5 и более быстрых движков JS), и будет достигнут значительный прогресс в увеличении пропускной способности и уменьшении задержек. Какие технологические барьеры (например, производительность, графика, режимы взаимодействия с пользователем) останутся, что ограничит удобство использования приложений для повышения производительности сети по сравнению с обычными приложениями на стороне клиента? (Помимо автономного доступа и проблем, которые имеют значительные -технологические аспекты, такие как вопросы конфиденциальности.)

[1] Под «производительными приложениями» я имею в виду такие вещи, как офисные пакеты, электронная почта, календари и программы для построения диаграмм.

Answer 1

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

Это IS ограничение, и задержка не должна значительно улучшаться в будущем (здесь существуют реальные физические ограничения). Узкое место - туда и обратно.

Что касается улучшений, я вижу, что javascript становится все быстрее, поскольку меньше AJAX и больше работы на стороне клиента. Прямо сейчас много AJAX используется для отображения HTML-кода сервера для рендеринга в браузере. В будущем AJAX будет использоваться строго для данных, а весь экран будет обрабатываться javascript.

ТАК Барьер, который я вижу, это производительность javascript.

Answer 2

Реальная проблема в том, что html + css не предоставляет 2-х или 3-х мерных примитивов рендеринга или какого-либо звукового интерфейса в реальном времени. Без этого многие вещи, которые мы ожидаем от настольных приложений, невозможны. Я имею в виду игры, 2/3-мерное редактирование изображений и видео, общение в реальном времени и тому подобное. Очевидно, что вы можете делать это сейчас, но не с открытыми стандартами. Если немного повезет, все больше и больше функциональных возможностей, доступных в Flash, Silverlight и JavaFX, будут переведены в «стандарты», и барьеры будут полностью устранены.

Я не вижу причин, по которым 99% "продуктивных" приложений не могли работать в браузере в течение нескольких лет.

Answer 3

В основном, с улучшением реализаций флэш-виртуальной машины и javascript в браузерах, вы видите конвергенцию традиционной веб-функциональности с типичным дизайном приложений на стороне клиента. Основное отличие состоит в том, что код для каждой страницы или фрагмента загружается и выполняется по требованию и в стандартизированной среде на различных платформах. По сути, традиционные веб-приложения становятся все более похожими на клиентские приложения. Однако все еще существует потребность в веб-приложениях, которые не работают таким образом. Сегодня у вас есть выбор: либо комбинация обоих.

Answer 4

Старые браузеры. Вокруг все еще много пользователей IE 6. По мере того как сеть становится все более AJAX-y, нынешние браузеры, которые едва ее сократили, станут еще большей проблемой.