Лучше разработать код перекрестного браузера впереди или разработать для одного браузера и возвратиться и заставить его работать в других позже?

Заставьте его работать со всеми браузерами впереди. Это будет означать дополнительное тестирование во время разработки, но вызовет Вас меньше боли позже. Я нахожу, что обычно легче диагностировать проблемы, если я только что разработал вещь, вместо того, чтобы возвратиться позже и попытаться понять это... наряду со списком других проблем.

Это частично зависит от того, знаете ли Вы, что это оказывается перед необходимостью работать во всех браузерах впереди. Если Вы делаете, то Вы действительно более обеспечены просто создание его перекрестный браузер для начала. Вы не должны тестировать это, все на 100% совместимо в любой момент, но необходимо кодировать к этому.

И действительно, дело не в этом трудно, особенно что с платформами JS как jQuery и Dojo вокруг этого заботится о scutwork. При нахождении постоянно одного браузера или другого Вы могли бы хотеть пересмотреть свой дизайн, поскольку Вы, возможно, приняли решение сделать вещи способом, который по сути более трудно сделать, когда перекрестная совместимость браузера важна.

Ну, Вы делаете № 1, но Вы делаете это при приветствии руководства по стилю. Небольшой бит как это: http://www.sitefromscratch.com/content/html-xhtml-css-testing.

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

Затем Вы разрабатываете его. Предпочтительно, Ваше руководство по стилю было бы всеми на 1 странице, таким образом, это может быть открыто в каждом браузере, который Вы поддерживаете и все, что необходимо сделать, поражен обновление между изменениями, (постарайтесь не выбирать несколько страниц, потому что это возьмет Вас дольше для осмотра их всех).

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

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

Таким образом, это - CSS, заботившийся о, теперь необходимо сделать это на всем протяжении с универсальными функциями JS, если таковые имеются.

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

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

Если у Вас есть этот слой в Вашей архитектуре, ответ на Ваш вопрос становится "каждый раз, когда Вы хотите".

Если можно получить привязку предприятия затем несколько, поддержка браузера может стать меньшим количеством проблемы, например, если клиенты являются всеми компаниями с помощью Internet Explorer затем почему сборка сайт для взгляда хорошими в Safari или Chrome?

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

Я не думаю, что видел логику к тестированию через все браузеры, поскольку я первоначально заполняю форму или делаю некоторую другую основную функциональность, поскольку это мог быть большой дренаж производительности для тестирования по крайней мере через несколько браузеров, например, IE 6 и 7, Firefox 2 и 3, Opera 9.5, Safari и Chrome, если Вы хотите получить всех больших мальчиков и по крайней мере пару O/S, поскольку Safari на Mac может отличаться, чем Safari в Windows, который является большим количеством тестов даже всего для одной или двух страниц. С другой стороны, около конца, это - когда я могу осуществить рефакторинг свой CSS и встроенное моделирование и сделать код лучше для передачи для кого-то еще, чтобы поддержать, заархивировать, пока проект пакета обновления не планируется, или сохраните некоторые документы на всякий случай, что-то должно быть сделано. Кроме того, путем ожидания для чистки вещей у меня может быть больше уверенности в заключительных частях UI, поскольку они могут развиться и измениться значительно за короткий промежуток времени.

Я обычно начинаю удостоверяться, чтобы весь HTML и средства управления, которые я пишу/использую, придерживались спецификации.

Инструменты-> Опции-> Текстовый редактор-> HTML-> Проверка-> Выставочные Ошибки Проверки и выбирают Вашу Цель

Это начинает меня на прочной базе. Я функционально тестирую новые возможности в единственном браузере и затем об однажды/два раза в день тесте полный набор их через все браузеры.

Используя этот подход, CSS и JS являются обычными подозреваемыми, когда что-то не правильно, ее редкое, что это - фактическая разметка HTML.

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

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

Я обычно советую младшим разработчикам сохранять все браузеры открытыми во время разработки и обновлять каждый браузер при внесении изменений, но я сам склонен писать все с Firebug для поддержки и затем возвращаться и видеть, как это делает в IE7 (и т.д.) впоследствии. Так как я делал это в течение нескольких лет, большую часть времени я могу предсказать то, что будет порождением головной боли, и часто сразу знайте, где надеяться фиксировать его.

Если Вы плохо знакомы с веб-дизайном/, Разработка, затем разбираясь в вещах в различных браузерах может время от времени быть тяжелой работой.

Однако это действительно не что трудно получить веб-сайт, работающий в каждом главном браузере и кодированный к стандарту W3C. По-моему, КАЖДЫЙ разработчик/разработчик должен сделать это из принципа, иначе они не лучше, чем они были в годах IE.

Разработайте код перекрестного браузера, удостоверьтесь, что он проверяет, и никогда не думайте о разработке для одного браузера снова.