JQuery + IE6....?

Question

[Владислав Росс]

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

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



Опыта в JS у нас мало. Подскажите, пожалуйста, есть ли смысл заявлять поддержку IE6? Или лучше объяснить заказчику, что это сильно усложнит разработку?

Answer 1

[Виталий Желтяков]

Откажитесь от IE6.

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

Comments

[Григорий]

Под ie6 можно подгружать один код, а под все остальное нормальный. Мое мнение, может не прав

[Виталий Желтяков]

Это весьма проблематично, т.к. придётся писать в итоге две системы. Для IE6 нужно написать отдельную верстку (html+css), клиентскую часть (js) и серверную. Если с версткой это делается достаточно легко (если верстальщик с руками), то с клиентской частью будут танцы с бубном. Для вашего случая — «Ходим по клеткам, мочим юнитов врага.» — без делегирования событий лучше не обходиться.

[an9eldust]

Что-то я не понял, а что значит «нет делегирования событий»? Это типа события перестали всплывать в IE6? Давно?

[Виталий Желтяков]

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

Поясню на примере:
— Допустим у нас есть игровое поле состоящее из 100 ячеек. Для каждой ячейки имеются события click, mouseout, mouseover.
Если мы не используем делегирование событий (IE6), то на каждую ячейку мы должны повесить по 3 обработчика событий и в итоге получим 300 обработчиков. событий. Медленно и неудобно во всех браузерах, но работает под IE6.
Если мы используем делегирование событий, то нам нужно создать родительский контейнер для ячеек и повесить на него 3 обработчика, а при срабатывании просто определять инициирующий элемент. Быстро, удобно во всех браузерах, кроме IE6.

Каких либо способов организовать в IE6 делегирование событий не имеется.

[akzhan]

эм. live и delegate в jQuery вроде как работают и в IE6.

[Виталий Желтяков]

Делегирование событий и методы live и delegate — две совершенно разные вещи. Не надо их путать.
Методы live и delegate автоматически вешают обработчики на необходимые элементы, не сокращая количество обработчиков, как это делает делегирование событий.

[Павло Пономаренко]

delegate как раз вешает только на родителя.

[Виталий Желтяков]

И что? Как только в родительском элементе появляются дочерние (ячейки), delegate создаёт обработчики событий для этих элементов.

delegate в jQuery — это не делегирование событий.

[an9eldust]

Очень занимательно. Ну, delegate в jQuery оставим на потом, а вот пока нельзя ли узнать, за счет какого волшебства работает т.н. «настоящее делегирование»?

[Виталий Желтяков]

За счёт срабатывания обработчиков на родителе.

[an9eldust]

И мы возвращается к моему первому вопросу: давно ли события в IE6 перестали всплывать?

[Виталий Желтяков]

С IE6 проблема в том, что при срабатывании обработчика на родительском элементе нет возможность определить инициирующий это событие дочерний элемент.

[an9eldust]

Ого! А на что указывает event.srcElement?

Answer 2

[Riateche]

Лучше и проще отказаться от поддержки IE6. Но если и придется его поддерживать, ничего страшного не случится. JQuery на нем работает сносно.

Answer 3

[Денис Медведь]

Это, наверное, зависит от сложности геймлея. Если имеет место быть различным анимированым действиям, плавным переходам и другими вкусными CSS3 и HTML5 то IE6 следует отложить в сторону.

Если отказаться от IE6 и посмотреть на canvas + box2d то можно сделать оригинальный шедевр, а не еще одну тыкалку по картинкам которые меняются.

Время идет, пора бы уже скидывать тяжелый воз. Я знаю что IE6 используют многие компании для работы, но это же для работы. Тут уже WebGL на подходе, а за ним, гляди, и различные 3д движки. Я уже предвкушаю времена когда «браузерные игры» станут похожимы на современные 3д игры со сложными движками и мат расчетами с использованием аппаратного ускорения для действия над матрицами.

Answer 4

[spmbt]

В IE6 анимации будут тормозить компьютер. Поэтому сделать можно, но стоимости разработки может занять 50-200% от остальных браузеров. Вообще, странно, что без опыта в JS вы что-то пытаетесь обещать заказчику. Наверное, и делать будете чужими руками, исходя из сроков, а не из задачи. Вы просто сами себе не сможете построить план работы и ошибка в сроках будет до 3 раз.

Comments

[Владислав Росс]

Делать будем сами. Бюджет там маленький, иначе бы они наняли нормальную контору.

[tick]

так вот кто демпингует на рынке online game development'а!!! ^)

Answer 5

[andruxin]

gag_fenix, даже и думать не стал бы. корячится изза 2-3% бруазеров.
вот стата рутрекера. там даже 0.3%
www.liveinternet.ru/stat/rutracker.org/browsers.html?period=month

Answer 6

[Syra]

Сейчас уже, наверное, без особых проблем можно убедить заказчика не поддерживать такое старье. Разумеется, большой конторе сделать это проще.
В любом случае, за вашу работу платит заказчик. Если он готов половину бюджета потратить на это, то вперед. А так как он не согласен…

Answer 7

[Alexander]

JQuery + IE6? Не, не слышал))