IE 7 и 8 производительность в современных веб-приложениях

Question

В настоящее время я занимаюсь разработкой веб-приложения среднего размера с ASP.NET 2.0, в котором используется множество jQuery / jQueryUI для таких вещей, как вкладки, модальные диалоги и общая крутость на стороне клиента.Сейчас он запущен в нашей тестовой области, но IE7 и IE8 работают очень плохо со всеми настройками страницы, которые должны выполняться для вкладок и модальных диалогов.На одном из наших старых ноутбуков (Dell, 3 или 4 года) загрузка страницы с тестового сервера через нашу внутреннюю сеть (беспроводную) занимает примерно от 3 до 5 секунд как в первый раз, так и при обратной передаче.Firefox 5 занимает 1 или 2 секунды на той же машине.Запуск SunSpider на IE8 и FF5 подтверждает, что FF5 почти в 18 раз быстрее с javascript.Я знаю, что есть спор о реальной ценности таких вещей, как SunSpider, но это большой пробел, независимо от того, как вы его нарезаете.

Мой вопрос таков: как классические IE (7 и 8) обычно обрабатываются, когдаразработка веб-приложений, которые требуют значительного объема обработки JavaScript?Плохая производительность в порядке?Если да, то в какой степени?

Моя реакция на колени заключается в том, чтобы рассматривать IE-classic как исключение.Он уходит ( Приложения Google скоро перестанут поддерживать , а IE9 - это автоматическое обновление для Windows Vista и 7 ), и его нельзя считать частью современного Интернета как платформы приложений.Это должно работать, потому что это все еще большая часть общего ресурса браузера, но некоторые небольшие проблемы с компоновкой и производительностью в порядке.Ранее я слышал, что « производительность - это функция », но это не может быть реальностью для всех пользователей и платформ.

ОБНОВЛЕНИЕ, чтобы уточнить:это для общего интернета, а не для внутренней сети в компании, которая все еще работает только с IE7.

Answer 1

Единственный ответ на этот вопрос: «Кто является вашим целевым пользователем / демографическим и какие браузеры они используют?»

Если ваше приложение предназначено для крупного глобального банка и его сотрудников, предположим, что они ВСЕ работают с 4-летними Деллами с Windows XP и IE6 с 14-дюймовым монитором.

Если ваше приложение предназначено для широкой публики, то я говорю «хорошее избавление» от IE8 и ниже. Вам не нужно приспосабливать неисправную платформу за счет других, использующих современный поддерживаемый браузер.

Answer 2

Я работаю уже несколько лет с библиотекой jquery.И ответ - IE 7 и 8 медленнее по сравнению с браузерами текущего поколения.Обычно, когда мы добираемся до такого препятствия (работая на компанию, которая владеет и развивает большой портал), мы пытаемся оптимизировать и переосмыслить, действительно ли нам нужна такая тяжелая вещь.Кроме того, если вы перейдете к максимальному значению Yslow для других вещей, у вас будет еще одна или две секунды, чтобы ваш пользовательский опыт не сильно пострадал.К сожалению, IE здесь, чтобы остаться.Вы можете попробовать прогрессивный рендеринг, отложить некоторые несущественные сценарии или просто вырезать новые функции и порадовать глаз.Но для приложений общего назначения они в порядке.Если вы дадите более подробную информацию о конкретных сценариях, с которыми вы боретесь, мы сможем дать вам лучший совет.

Answer 3

Это зависит от вашего целевого клиента. Если это для интрасети, и вы можете контролировать то, что они будут использовать (Firefox или Chrome или IE9), то да, вам не нужно беспокоиться так сильно. Но если это обычное интернет-приложение, то, нравится вам это или нет, оно должно нормально работать в IE7 и IE8, поскольку его используют около 50% людей (в моем случае это больше похоже на 75%, но это мой тип бизнеса).
Возможно, вы захотите использовать Firebug и проверить вкладку подключения, возможно, использовать надстройку pagepeed и т. Д. Иногда это не код, который работает медленно, но имеет много включаемых файлов (CSS, javascript и т. Д.). Постарайтесь не иметь слишком много включений.