Как вы проверяете и проверяете известные функции браузера IE? - PullRequest
2 голосов
/ 27 ноября 2008

Моя компания зарабатывает на отличном пользовательском опыте, используя IE6, 7, Firefox и Safari. 90% нашего трафика заканчивается IE, и, вероятно, 60% этого трафика все еще IE6. В IE6 есть множество известных проблем, таких как доступ к объектам DOM, когда они все еще вставляются, что приводит к сбою браузера. Почти ни одна из этих проблем не всплывает во время рутинного тестирования, они почти всегда включают какое-то странное состояние гонки, которое затрагивает только нашего самого важного клиента недели.

Какой процесс или инструменты вы используете, чтобы обеспечить отсутствие в вашем коде известных шаблонов, приводящих к сбою IE?

Добавлено: Для тех, кто предлагает придерживаться сторонних библиотек: я согласен, что это очень поможет, но вам все равно придется склеивать эти API вместе с Javascript. Есть ли кто-нибудь, кто не просто скрещивает пальцы и ждет кого-то в дикой природе, чтобы сообщить им, что какой-то код только что сломал их систему?

Ответы [ 4 ]

1 голос
/ 27 ноября 2008

Я рекомендую вам использовать как можно больше популярных сторонних фреймворков. Они прошли гораздо больше ревизий и испытаний, чем вы когда-либо могли выполнить. Очевидно, это означает, что вы должны использовать jQuery для всей работы, связанной с JS.

К сожалению, для этих ошибок браузера нет серебряной пули, пока вы используете JS & HTML, у вас останутся эти ошибки. В лучшем случае вы можете составить их список, опубликовать их в блоге, позволить сообществу обсудить их и убедиться, что все ваши разработчики изучают их.

Это пример того, почему существуют Flash и SilverLight, что может показаться шокирующим предложением, если учесть, что вы потратили неизмеримое количество времени на разработку пользовательского интерфейса, но если вы хотите избавиться от ошибок браузера / ОС, перейдите к 1 Фирменный пакет доставки - единственный способ преодолеть 99,9% барьер для веб-ошибок.

1 голос
/ 27 ноября 2008

Я делаю попытку на window.event.srcElement (который будет работать только в IE) и помещаю вещи, не относящиеся к IE, в ловушку, и связываю вещи в моем наконец.

Кажется, что все другие браузеры выдают исключение с помощью window.event.srcElement, поэтому я сначала использую эту строку, и если она пройдет эту строку, то, очевидно, это будет IE, поэтому я помещу туда свой код IE, если он когда-нибудь перейдет к поймите, что это браузер, который немного более соответствует стандартам, поэтому я поместил туда альтернативный код.

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

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

Верите или нет, некоторые функции jQuery (и других библиотек) работают не во всех браузерах.

1 голос
/ 27 ноября 2008

Мы не беспокоимся об этом. Вместо этого мы используем сторонний инструмент, такой как jQuery (ну, EXACTLY , как jQuery в нашей компании), чтобы обеспечить обработку межплатформенных идиосинкразий.

0 голосов
/ 28 ноября 2008

Верьте или нет некоторые из JQuery (и другие библиотеки) функции не работают во всех браузерах.

Конечно, если вы относитесь к IE5 или NN4, jQuery может быть не лучшим выбором. В противном случае у вас не будет проблем с этим. Я использую jQuery для ОГРОМНОГО сайта, и у меня нет проблем с библиотекой. У меня проблемы с плагинами, но это другая история. И между прочим, у меня есть менее 10 строк чистого JS в моих файлах. Если вы научитесь эффективно использовать jquery, вам не понадобятся знания js (звучит странно, но ... это мой случай: P)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...