2010-11-17 5 views
3

Так что я занимаюсь созданием старой школьной игры для удовольствия с использованием холста. Firefox медленный, но chrome dosent имеет firebug, который я нахожу почти необходимым при разработке с помощью javascript. Итак, первый вопрос: как люди развивают эти сложные игры без помощи firebug?javascript canvas html5 вопросы производительности

Второй вопрос. Каковы некоторые рекомендации по производительности, которые могут помочь выполнять функции рисования (или просто javascript в целом) быстрее? Мне кажется, что это область, которая является узким местом (по крайней мере, для Firefox).

Заключительный вопрос. Из экспериментов с профилированием в firebug я могу видеть прирост производительности от того, что некоторые назвали бы «плохой практикой», например: я организовал код в список функций, каждый из которых делает одну вещь. Это работает медленнее, чем если бы я просто сбрасывал весь код между beginPath() и closePath(), но при этом он приводит к спагетти-коду и его трудно выполнить. Как вы управляете балансом?

+5

У Chrome и Safari есть инспектор Webkit, который очень похож на Firebug. –

+2

На самом деле Chrome имеет Firebug Lite: http://getfirebug.com/releases/lite/chrome/ – yoda

+1

JavaScript-движок Firefox 4 намного быстрее, чем Firefox 3.6, и доступна бета-версия. – PleaseStand

ответ

4

Я использую 100% Chrome для разработки, а затем тестирую другие браузеры позже.

Хром имеет встроенный инспектор, который (на мой взгляд) лучше, чем firebug. Гораздо проще осмотреть стеки, степпинг и осмотр объектов.

Щелкните правой кнопкой мыши на странице и нажмите «Осмотреть элемент». (или нажмите CTRL SHIFT + I)

Затем перейдите на вкладку «Скрипты». Справа вы увидите стек вызовов, переменные области, точки останова, callstack и т. Д. Перемещение по переменным не только позволяет вам увидеть их значение, но и позволяет исследовать их вложенные значения.

+0

+1 Я использую Chrome Inspector так же, как Firebug. – Skilldrick

3

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

Смежные вопросы