Editor’ S note: Это вводная статья о книга idea которые будут опубликованы Smashing Magazine с Крисом Heilmann.
Посмотрите, что мы предлагаем в качестве идеи — объяснив образом пересмотреть, как мы строим сайты, чтобы убедиться, что они более компактной и будущее.В конце статьи, we’ D просим Вас заполнить быстрый обзор, чтобы показать вашу interest.
Web, как сейчас страдает от ожирения.Если вы веб-серфинга на слоеное мобильной связи или некоторые беспроводные отель, you’ найдете себе много раз смотрел на страницу или приложение, которое doesn’ т сделать что-нибудь и doesn’ T рассказать вам, что происходит либо.Счетчик на вкладке или в адресной строке, кажется, вещь, которая получает большинство пробег в браузерах.Серфинг с чистой открытой вкладкой в ваших инструментов разработчика покажет вам невероятное количество данных, передаваемых, казалось бы, очень простое конце products.
Почему это происходит?Shouldn’ T лет разработки Web и пропаганда о производительности от Yahoo и Google и многие другие принесли плоды и заставил нас знать, сколько каждая стоит HTTP-запрос?Если вы посмотрите на конечный продукт, он doesn’ т показаться, что way.
Изображение Фото:. seelensturm
Причины Ожирение Web
Есть несколько причин, почему наш веб-на пухлой стороне, и большинство из них на самом деле возможно для нас, как разработчиков change.
Мы Don’ T разработать в Реалистичные Environments
Вероятно, основная причина в том, что как разработчики, мы работаем быстро и большими компьютерами, подключенными к жирной линии, и первый раз, когда кто-то испытывает нашу продукцию на медленных соединениях находится в процессе обеспечения качества (QA).И как QA это первое, чтобы бросила, когда сроки не соблюдаются, иногда этого не происходит в all.
Цепляться за Past
Другая причина любви ручки на нашу продукцию Веб ложное чувство верности устаревших и старых технологий, а именно браузеры ’ 90, которые отказываются уходить.Есть много попытка решения проблемы устаревших сред, каждая из них со своими проблемами.Дело в том, что есть много конечных пользователей там на очень устаревшие компьютеры с — На наш взгляд — плохие браузеры и, вероятно, ограниченным соединений.Эти пользователи не должны быть заблокированы, но они также не должны диктовать, что мы build.
Быстрый поиск Differences
Еще одна большая причина раздражения различий браузеров.Есть не так много веб-технологиии интерфейсы прикладного программирования, где все браузеры находятся в согласии, когда дело доходит до их поддержку, и много раз надо повторить код и вилки и испытания, чтобы дать такие же возможности для всех them.
Охватывая хаос и празднование Differences
Последний пункт является основной ошибкой мы делаем: вместо охватывает хаос, веб-сайтов и наш конец users’ среды и способности, мы don’ т, кажется, чтобы иметь возможность отказаться от мечты иметь продукт, который работаети выглядит точно так же everywhere.
Мой браузер Isn’ т Мира
В худшем случае, мы стараемся достичь этого, блокируя все браузеры мы don’ т, как и с гордостью провозглашает, что “ все используют браузер X и тот, кто doesn’ T является врагом современного web.” Это,Конечно, просто лежит на самих себя, и на основе мимолетных концепции “ современная web.” Много из самых страшных веб-продуктов там были построены лет назад, чтобы работать только в Internet Explorer (IE)6, которая была bee’ с колен в то время.Это не имеет значения, какой прохладный аппаратные проводных браузер, который является горячим прямо сейчас — мы делаем ту же ошибку снова, если мы только строим в одном браузере и заблокировать others.
Блокировка из любого браузера, значит, на самом деле писать больше кода для проверки браузеров, и это почти невозможно достоверно определить, какой браузер используется.Если вы хотите доказательств, просто взять быстрый взгляд на строку агента пользователя из Яндекс browser, который содержит имена почти каждый браузер на движке там:
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_2) AppleWebKit/536.5 (KHTML, как Gecko) YaBrowser/1.0.1084.5402 Chrome/19.0.1084.5402 Safari/536.5
Я надеюсь, что мы можем согласиться, что здание для одного браузера (или двигатель) работает только для вас, если вы ориентируетесь на определенном рынке и группы, и даже тогда вы не застрахованы от потери их в ближайшем future.
Библиотеки Future
Еще одна попытка достижения мечты кросс-браузерные единообразие стратегии абстракции, используя библиотеки, polyfills и механизмов, чтобы позволить нам написать на одном языке и имеют все браузер разница волшебства под капотом.Для промышленного использования, это очень хорошая идея.В долгосрочной перспективе, библиотеки должны получить нам, где мы хотим быть — почти каждый программной среде, рано или поздно, работает с использованием библиотек, которые объединяют доступ к оборудованию или данным API.Для разработки приложений, мы должны определить и развивать эти библиотеки и использовать их для наших advantage.
Встроенный Redundancy
Вопрос, который мы имеем сейчас, однако, заключается в том, что библиотеки и абстракции рамки становятся отправной точкой, и в случае простых сайтов с небольшим количеством дополнительных чутье, они не нужны.Мы только начали использовать их без учета их влияния или даже забыли, как делать вещи без них.И во многих случаях, очень много вещей, которые мы делаем с ними уже доступныв браузере для нас, мы просто нужно использовать то, что есть, а не имитирующие его.Библиотеки сами начинают страдать от ожирения, и в большинстве случаев, лишний жир является функциональность, чтобы сделать старых браузерах делать вещи, которые они никогда не должны были делать, но то, что браузеры на основе спецификации HTML5 уже построили in.
Смерть от тысячи Plugins
Злоупотребление абстракцией код процветает в эти дни.Мы используем библиотеки и преобразователи, которые позволяют записать наименьшее количество кода можно добиться многого.Это приходит с ценой.Три строки пишем в отведенной языка может привести к десяткам после преобразования в браузере понятные код.Это очень заманчиво использовать 20 небольших скриптов на страницах нашего когда все они находятся всего в нескольких строках, но это составляет массу запросов HTTP и сгенерированный код, что дроссели браузера.Как мы уже никогда не увидим этого кода, он doesn’ T по всей видимости, наша ошибка — Мы только что написал наименьшее количество кода возможно.Конечно, добавляя еще один сценарий всего пять строк кода can’ т сделать разницу
Так вот где мы должны начать думать труднее, что мы делаем сейчас.We’ ве становятся зависимыми от абстракций для самых простых вещей и следить культ добавив множество вспомогательных инструментов, так как они делают вещи намного проще и необходимы для продукта, чтобы быть в обслуживании и возможность расти.Многие из лучших практик в веб-разработки были найдены и определены крупные компании, которые должны были создавать продукты, которые ведутся в разных странах и команды, и придется встать на запросы миллионов пользователей.Что такое наилучшей практики для главной страницы Yahoo или Gmail не обязательно должно быть то, что делает ваш продукт самый меньший effective.
Jonathan Snook имеет большой пример этого, когда он говорит о своем SMACCS подход к написанию CSS.Он указывает на то, что почти каждый продукт начинается с reset.css
файл, но как только закончите, удаление этого файла doesn’ т показать разницу вообще, потому что для элементов мы используем мы делаем определить маржу, заполнения и sizing.
Vanilla Диета для Web
Так вот что я предлагаю: мы должны поставить веб-страницы на диете, с использованием технологии Web ванили, который поставляется с браузерами.Как Alex Russell положил его в своем докладе на Fronteers в этом году, если мы хотим изменить веб это до нас, чтобы переместить его вперед, и с помощью polyfills и библиотек будущих налоговых мы в настоящее время pay.
Каждая успешная диета связана с изменениями в образе жизни.Для Vanilla Диета Web, вот что я предлагаю, что мы можем сделать, чтобы похудеть продукты мы строим.Это не будет применимо ко всем, конечно, и есть место, чтобы начать с библиотекой и абстракции.Как я уже говорил, рано или поздно мы будем иметь среду, в которой библиотеки позволяют нам строить большие приложения и продукты.Но для простой веб-сайт с некоторыми дополнительными возможностями, это время мы останавливаемся случайно положить вещи вместе, потому что они выглядят блестящимиили кажутся очень small.
Принципы ванили диеты Web:
- Построить на то, что works
Наш базовый слой должен быть HTML, просто и ясно и делать вещи продукт предназначен, чтобы сделать.То, что выглядит как кнопка, но doesn’ т делать ничего не помогает нашим пользователям.Когда все остальное терпит неудачу, HTML это вещь, пользователи получают — let’ ы не лишать их that. - …
Если вы хотите прочитать полностью статью, посетите сайт наших спонсоров