Какие соглашения о кодировании помогают jQuery и Firebug работать вместе?

Question

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

[в той степени, в какой фоновые вещи могут играть роль - это .net mvc ТНХ

Answer 1

Я бы использовал Firebug, чтобы увидеть, как все работает с несколькими дополнениями Firebug.

Я бы использовал YSlow , чтобы убедиться, что вы не загружаете слишком много файлов, и он будет предлагать рекомендации, если вы не минимизируете и не распаковываете свой javascript.

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

Firebug больше не переписывает XHRequests, но в последней версии Firefox / Firebug есть ошибка, которая может блокировать длительные вызовы XHR. Подробности здесь

Answer 2

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

Простой поисковый запрос покажет вам все доступные расширения для Firebug. Как упоминали некоторые люди, некоторые из них действительно полезны.

Также важно не ограничивать себя одним инструментом, поскольку вы, скорее всего, будете разрабатывать для нескольких браузеров. Поэтому убедитесь, что вы также ознакомились с инструментами разработчика веб-комплектов (Safari, Chrome). Вот хорошая статья , в которой обобщены наиболее популярные инструменты разработки / отладки.

Возможно, вы захотите изучить, как структурированы / организованы плагины jQuery / jQuery, поэтому у вас есть общее представление о том, как организовать собственный код JavaScript / jQuery. Все зависит от того, насколько тяжелым является JavaScript-приложение. Если jQuery просто предоставляет некоторые визуальные улучшения и несколько страниц Ajaxified здесь и там, не беспокойтесь. С другой стороны, если он очень тяжелый JavaScript (как в гораздо большей логике сайта на стороне клиента, чем на бэкэнде), я бы предложил Prototype поверх jQuery, но это только мое мнение.

Вы можете рассмотреть возможность использования автоматических инструментов для создания своего JavaScript, если у вас много кода. Например:

• Звездочка
• соковыжималка

На рабочем сервере вы хотите получить как можно меньше файлов JavaScript и обязательно сжать их.

Если вас интересуют дополнительные ссылки на статьи / инструменты для тяжелых приложений javascript, оставьте комментарий. Я просто сейчас пытаюсь оставаться в теме.

Answer 3

Я также добавлю для инструментов FireCookie , так как он отлично сочетается с $. Cookie .

Когда я отлаживаю код jQuery, я часто использую панель NET в Firebug для всех запросов ajax. Очень полезно узнать, что вы отправляете и что вы получаете.

Также я часто использую командную строку для тестирования фрагментов кода.

Нельзя обойтись без консоли . Это будет очень полезно. Пример:

$.get( 'url.php', {}, 
    function(data){
        $.each(data, function(x){
            console.log( x ); // will log each x object to see what it contains
        });
    }, 'json'
);

Answer 4

Я бы просто дал небольшое предупреждение, используя сетевой монитор FireBug и AJAX вместе. Когда включено, он переписывает некоторые заголовки HTTP и плохо разбивает вещи (ну, он тоже использовал, не уверен больше).

Так что, если что-нибудь сойдет с ума. Убедитесь, что мониторинг сети отключен.

Answer 5

Как бы вы ни любили Firebug, инструменты Safari для разработчиков также достаточно мощные, и их стоит проверить. Это все, что я использую, когда я разрабатываю.

Стоит упомянуть, что движок JavaScript Safari по-прежнему быстрее, чем FFX, в то время как Chrome царит. Они играют в догонялки, так что об этом действительно не стоит заботиться.

Answer 6

Я также предлагаю вам установить FireUnit аддон. Это поможет вам работать с модульными тестами QUnit. Конечно, это если вы планируете писать модульные тесты, но в большинстве случаев это очень хорошая идея.