Блог

Я учусь программировать, и моя цель — создать простой функциональный прототип…Я в самом начале.

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

Мой вопрос таков: нужно ли мне беспокоиться об устранении межбраузерных ошибок в HTML / CSS, или я могу заниматься разработкой в одном браузере? (Возможно, лучший способ спросить об этом — влияет ли внутреннее программирование на то, какой браузер его отображает).

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

Если вам нужны материалы Javascript / AJAX, я бы рекомендовал использовать библиотеку, подобную jQuery, которая уже решила за вас многие кроссбраузерные проблемы.

Серверный материал «Perl, PHP, Python и т.д.» Не должен заботиться о браузере, поскольку он просто печатает текст, чтобы браузер отображал его так, как он будет.

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

С одной стороны, если вы только начинаете осваиваться в веб-разработке, возможно, было бы слишком многого требовать, чтобы каждый раз иметь совершенный по стандартам кроссбраузерный сайт или приложение. Возможно, было бы лучше сосредоточиться на фактическом достижении готового результата и изучить как можно больше синтаксиса и техники.

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

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

Есть ли у прототипов автомобилей работающая стереосистема, кожаная обивка, хромированные диски, игральные кости и другие случайные элементы, которые не демонстрируют функциональность недавно спроектированного автомобиля?

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

Что хорошего в «симпатичном» сайте, если у него нет функционального макета?

Это зависит как от вашей аудитории, так и от вашего инструментария. Если вы пытаетесь поддерживать всех пользователей во всех браузерах, то вам, безусловно, потребуется провести тестирование в этих браузерах (хотя активная разработка в этих браузерах может быть необязательной), тогда как если вам нужно поддерживать только браузеры на основе WebKit (Chrome, Safari) или браузеры на основе WebKit и Firefox, то вам потребуется меньше тестирования.

Это также зависит от вашего инструментария. Например, если вы пишете непосредственно на HTML и CSS, то у вас гораздо больше шансов столкнуться с проблемами совместимости браузера. Однако, если вы используете такой инструмент, как GWT, который может автоматически генерировать выходные данные для конкретного браузера, таких проблем становится меньше.

Обратите внимание, что вы можете использовать Selenium (он же WebDriver) для автоматического тестирования вашего кода в нескольких разных браузерах, даже если вы активно разрабатываете только в одной среде браузера. Таким образом, вы можете знать, не нарушили ли вы что-то, но не должны постоянно вручную проверять в нескольких браузерах.