Принципы верстки

27 Фев
2012

image

Большинство нашего времени мы создаем коммерческие сайты, что означает, что сайт должен продавать.

Мы не можем просто дать какой-то части клиентов уйти с сайта из-за плохого юзабилити в их браузере или если у них выключен JS, медленный интернет либо из-за кривого отображения так как “наш-сайт-лучше-всего-смотрится-в-chrome-27beta”.

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

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

А для этого нужно выбирать только проверенные решения.

Новые технологии можно использовать для тех случаев когда это несет выгоду(например использование transform вместо flash), а не когда разработчику лень/не-модно использовать проверенное решение которое будет работать во всех браузерах и он использует новое которое легче и быстрее реализовать но при этом оно некроссбраузерное.

Такие утверждения как: «Не используйте пустые дивы только для задания стиля”, “Не используйте экстраразметку для эмуляции неподдерживаемых свойств” — неправильны.

Создавать элементов столько, сколько нужно, классов столько, сколько нужно, если это будет выгодно. А не отбрасывать хорошие идеи только потому что твоё решение не соответствует „Духу W3C“, текущей моде или кажется не слишком чистым.

Чистота кода эта не та вещь от которой нужно отталкиваться при верстке.

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

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

Прежде чем упростить сайт или отказаться его поддерживать в старых браузерах, нужно задать себе пару вопросов:
  1. Твой заказчик потеряет клиентов, если ты перестанешь поддерживать сайт в старых браузерах?
  2. Твой заказчик потеряет клиентов, если сайт будет смотрится по-разному(упрощенно) в старых браузерах?

Использование новых технологий для декоративных вещей будет оправдано, если:
  1. Разработка пикселперфект решения займет слишком много времени
  2. Пикселперфект решение будет работать медленнее чем упрощенное

Но, если можно реализовать что-либо быстро и просто проверенным решением — почему бы этого не сделать? Даже если придется добавить пару лишних div’ов.

Перед выбором любого решения нужно обязательно спрашивать себя, в порядке важности:
  1. Будет ли оно кроссбразуерно?
  2. Будет ли оно работать достаточно быстро?
  3. Сколько времени на разработку оно займет?
  4. Будет ли это чистым/элегантным решением?

В любой ситуации нужно ориентироваться только на результат, а не на чистоту кода, моду или „Дух W3C“ и задавать себе ещё один, но самый главный вопрос: „Какая от этого выгода?“.
По материалам Хабрахабр.



загрузка...

Комментарии:

Наверх