Эта новая книга от Packt Издающий & Nirav Mehta быстрое и эффективное введение в развивающиеся вебсайты, определенно предназначенные в мобильных пользователях устройства. Я говорю “users” для reason — one самых сильных преимуществ для книги сильный центр при рассмотрении Вашего пользователя и их потребностей как основной элемент мобильной сети  development.

Моя полная реакция на эту книгу было положительно. Это покрывает большое разнообразие ключевых вопросов для мобильного программирования сети в легко понятой манере. Книга предназначена прежде всего в разработчиках, у которых уже есть некоторый опыт при веб разработке и проекте, таким образом это doesn’t копается в любых серьезных деталях когда дело доходит до программирования стороны сервера или HTML кодирование, но вместо этого считает обязательным для себя выделение мест, где мобильная сеть отличается от интернет-взаимодействия на рабочем столе  device.

Mehta выходит из его пути во многих случаях, чтобы подчеркнуть серьезную важность рассмотрения кто (и что!) будет использовать Вашу мобильную сеть  application.

“ Любой вебсайт, к которому получают доступ от мобильного устройства, мобильно web — whether it’s скроенный, чтобы воздействовать на мобильный телефон или not!” Мобильная Веб разработка , Nirav Mehta, страница  10

Обложки книги широкий диапазон issues — from развивающийся для мобильных устройств, используя “lowest обычный denominator” запланируйте на осуществление очень динамических мобильных заявлений, которые приспосабливаются автоматически на использующееся устройство. Текст легок понять и следует за логической прогрессией, начинающейся с мобильных методов веб разработки, которые являются самыми подобными развитию стандартных веб-приложений прежде, чем переместиться в области, которые очень определенно предназначены к мобильному  devices.

Это isn’t, чтобы сказать, что у книги doesn’t есть несколько недостатков. Я идентифицировал три области, где мне действительно понравится к замеченному лучше  work.

Редактирующий

Вообще, редактирование копии на этом тексте было довольно плохо. Редактирование улучшилось, поскольку я добрался далее в книгу (или я стал более не обращающим внимания на это), но у вводных глав было много проблем. Там weren’t много из typos — but грамматика заметно недоставала. Книга изобилует предложениями как  this:

“ Мы будем нуждаться в перезаряжении терпения, если мы хотели наблюдать предварительный просмотр кино на мобильной низкой скорости  networks.”

I’m не член полиции грамматики , но I’m конечно сочувствующий. Профессионально изданные книги просто shouldn’t содержат виды ошибок, найденных в этом  book.

Кодекс  Examples

Автор говорит о следующих стандартах сети как критический элемент мобильной веб разработки. That’s большой. Это - однако, серьезная моя любимая мозоль, чтобы видеть кодовые примеры, которые don’t отражают текст книги. Самый первый кодовый пример в книге  this:

 <  связывают   рэл  =  "stylesheet"   печатают  =  "text/css"   СМИ  =  "handheld"   href  =  "mobile.css"  > 

текст, предшествующий этому, заявляет “Here’s, как Вы можете добавить альтернативу stylesheet связь в Вашем XHTML page.” я вижу проблему здесь . Да, автор действительно объясняет в более позднем пункте в книге, что весь XHTML элементы должны быть закрыты: но it’s очевидный факт жизни, что большинство людей, ссылающихся на эту книгу, намного более вероятно, просто сошлется на кодекс как. Это - просто ошибка; но it’s не тот, который должен был сделать это через обзор  book.

I’ll признают, что я haven’t пройденный и проверял ратификацию каждого кодового примера. Большинство из них казалось твердым и точным. Есть определенно примеры, которые wouldn’t быть действительным под XHTML DocType, но I’m не достаточно знаток с XHTML - член парламента, чтобы знать бесцеремонно, если то же самое верно в пределах мобильного профиля  DocType.

Приложения

Проще говоря, там aren’t любой. Были многочисленные пункты в книге, где я думал ко мне непосредственно, что приложение будет большим. Список ресурсов, процитированных темой, секция, суммирующая синтаксис VXML , столы, показывая различия между XHTML и XHTML - член парламента или между CSS и WCSS. Эти виды ресурсов были бы огромными льготами для полной справочной ценности  text.

Повсюду

Это стоящая книга. Даже при том, что я wouldn’t рекомендую доверять кодовым примерам, правда - то, что Вы никогда не должны просто брать кодовые примеры, поскольку written — you учатся лучше всего, беря пример и повторно имея целью это для Ваших собственных потребностей. Мобильная Веб разработка представит Вас ключевым вопросам для мобильного программирования сети и проекта в манере, которая может дать Вам быстрое начало на мобильном веб-приложении  development.

Here’s первая подсказка: it’s не создание прекрасного пикселом ответа Вашей идеальной версии участка всего  browsers.

Фактически, у совместимости поперечного браузера в конечном счете есть очень немного, чтобы сделать, с каким вебсайт похож, и намного больше сделать с тем, как это функционирует. Это также относительно немного имеет отношение к браузерам, и возможно могло лучше быть объяснено как многократный пользователь-агент  compatibility.

“ Compatibility” (в этом контексте), не термин, что означает “looks и ведет себя identically” — instead, он может быть лучше описан как “performs эквивалентно под альтернативой conditions.” Но разработчики и проектировщики имеют тенденцию наиболее немедленно ухватиться за появление как за руководящую линию для поперечного браузера  compatibility.

Конечно, let’s быть честным: есть много очень серьезных оснований для этого. Полностью игнорирование, что мы можем знать о поведении участка, клиенты, имеет тенденцию очень визуально ориентироваться. Они СУЮТ их новый участок, открытый дома однажды во время развития, и замечают целое разнообразие различий, которые they’re внезапно касались о. Если you’re удачливый, they’re открытие Internet Explorer 6 после you’ve пройденный кропотливый процесс правильных его неспособность справиться с послушным стандартами кодексом, а не прежде you’ve найденный время это. Это может быть  awkward…

Другое серьезное основание состоит в том, что несмотря на то, что I’ve вышеизложенный, делая проект ведут себя более или менее тождественно между различными браузерами, фактически весьма желательно. От перспективы удобства и простоты использования изменение без шва в междеятельности между различными пользователями-агентами очень желательно. Если you’ve когда-либо пытался вести кого - то через использование вебсайта, который поставляет различный опыт к их браузеру чем к Вашему, Вы глубоко знакомы с одной причиной it’s очень плохое  idea.

, Но абсолютный ключ к совместимости поперечного браузера просто функциональные возможности . Нехватка совместимости поперечного браузера doesn’t означает, что кое-что выглядит различным; это означает что это doesn’t  work.

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

С веб дизайном, it’s иногда полностью возможный заставить два браузера отдать проект точно same…if Вы предполагаете, что определенные факторы останутся постоянными, такие как пользовательские параметры настройки, описанные в мой сигнал отбоя . Если любой из тех был изменен, все вполне прилично идет из окна. Столь же желательный, поскольку это должно сделать Ваш взгляд проектов настолько подобным насколько возможно между различными настольными браузерами, всегда нужно признавать, что есть  limits.

There’s ничто во все, что Вы можете сделать, чтобы фактически гарантировать то же самое представление для всех; вместо этого, Вы должны гарантировать эквивалентное представление для всех. Эквивалентный в этом они будут в состоянии получить ту же самую информацию и использовать функции участка, чтобы выполнить то же самое  actions.

Это wasn’t давно, что я написал статью относительно , создающего эффективный изменяющий размеры текста виджет . В той статье я сделал пункт, чтобы не поддержать использование изменяющих размеры текста инструментов, с тех пор it’s вообще более эффективный, чтобы позволить людям использовать их browser’s встроенное изменение размеров текста  functionality.

Фактически, browser’s позволяют Вам, гораздо больше контроля чем просто измеряет . Современные браузеры могут дать Вам обширный контроль над текстом вебсайта, включая диктовку второстепенных цветов, текстового цвета, основного текстового размера, минимального текстового размера, и связать признаки. Эта почта предназначена, чтобы обеспечить быстрый краткий обзор определенных средств управления для самого современного  browsers.

У большинства браузеров есть существенно те же самые варианты, хотя интерфейс и местоположение в меню являются весьма переменными. Некоторые более интуитивны чем другие, и некоторые интерфейсы просто don’t весьма работают  right…

• Firefox, версии 2 и 3, Netscape  9
• Опера  9
• Сафари  3
• Internet Explorer  6/7/8
• Internet Explorer, особенности, определенные для версий  7/8
• Internet Explorer, особенности, определенные для версии  6
• Обычай  Stylesheets

Читающий больше: Очистка Текстового Представления с Вашим Web-браузером:  Windows

(Или, более точно, почему DOCTYPE не больше сломанный чем любое другое потенциальное переключение  mechanism.)

В недавней статье, “ Вне DOCTYPE : Стандарты Сети, Отправьте Совместимость, и IE8 “ Аарон Гастэфсон заявляет, что “the DOCTYPE нежизнеспособно как выключатель для стандартов  mode.”

Его аргумент основано на проблеме, что много разработчиков и инструментов разработки теперь используют правильный DOCTYPE s несмотря на то, что они не фактически использование основанного на стандартах, действительного кодекса. Поэтому, Вы не можете фактически предположить, что действительный DOCTYPE фактически указывает присутствие типа HTML закодируйте это  claims.

Да. Это  true.

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

Let’s обзор: причина поток DOCTYPE переключение механизма сломано, то, потому что разработчики и инструменты разработки don’t используют это правильно. Решение? Создайте новый выключатель which…can также неправильно использоваться очень  easily.

…we’re действительно только оставленный с одним выбором для того, чтобы гарантировать участок мы строим, сегодня будет выглядеть столь же хорошим и работать также через пять лет, как он делает сегодня: определите список версий браузера, что участок был построен и проверен на, и затем требовать, чтобы производители браузера осуществили способ использовать предоставление наследства и scripting двигатели, чтобы показать участок, поскольку это был intended†”хорошо в будущее. Аарон  Gustafson

That’s прекрасная идея, за исключением незначительного недостатка, что there’s абсолютно ничто мешающее разработчикам неправильно использовать это в точно тот же самый путь они не неправильно использовали DOCTYPE . Инструменты разработки могут добавить автопроизведенный список браузеров по умолчанию, разработчики могут сократить и приклеить от других участков, не понимая, что они используют (очень как некоторые, в настоящее время делают), или (несомненно) новые браузеры будут развиты, который или проигнорировать эти выключатели или извращают  them.

Я думаю, что there’s определенное количество смысла в заявлении точного государства браузеров, когда Ваш участок был начат. Я могу видеть отличную ценность к тому, чтобы быть способным заявить, что Ваш участок был развит и проверен на Firefox 3, Internet Explorer 8 и Опера 9.732. Я могу конечно понять, что это может помочь будущим браузерам понять, как интерпретировать Ваш старший кодекс: когда Firefox 14 будет выпущен, он (гипотетически) просто включит правила предоставления от версии 3, применит их, и там Вы: отлично вебсайт предоставления. Полный всех ограничений это имело, когда это было построено, и неспособное к использованию в своих интересах любых превосходящих изменений в предоставлении, которому возможно, возможно, принесли пользу хорошо созданный и стандарты послушный участок  from.

Я действительно чувствую, что это - серьезная ошибка полагать, что это любой вид долгосрочного решения, как бы то ни было. В действительности, it’s только другое требование, которое может неправильно использоваться точно как любой  other.

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

Как объявлено на IEBlog сегодня , гуру стандартов сети Молли Холчлэг будет работать как подрядчик, чтобы попробовать и достигнуть ТО ЕСТЬ ’s стандарты и проблемы способности к взаимодействию. Это - довольно захватывающие новости для стандартов сети: Молли - очень высококвалифицированный защитник стандартов сети, и с любой удачей she’ll быть в состоянии загнать ее сообщение через бюрократическую сеть в  Microsoft.

I’m не один из тех людей, который полагает, что Microsoft фактически doesn’t заботится о стандартах сети, или что Microsoft преднамеренно ignorant — or даже, что Microsoft преднамеренно извращает стандарты сети в их продуктах, чтобы увеличить контроль рынка. Я думаю, что Microsoft’s главная проблема имеет отношение к области: факт, который they’ve переплетал Internet Explorer так глубоко в операционную систему, делает для большого количества дополнительных проблем в создании существенных изменений требуемый получить любое достигнутое существенное изменение. Молли - очень преданный и хорошо осведомленный гуру стандартов сети, и у меня есть большие надежды, что она может достигнуть кое-чего  substantial.

I’m ожидание встречи с, что будет  happen!

ТО ЕСТЬ , Следующее поколение. Я know – version 7 только был доступен в течение месяца и здесь нас, парни стандартов, жалуясь о it’s недостатки. Let’s стоят перед этим, хотя: ТО ЕСТЬ 7, хотя лучше чем it’s предшественник, в конечном счете только неуклюжий участок  job.

, у Роджера Джохэнссона есть , описанный его большие пожелания , прося некоторые варианты принятия желаемого за действительное такой как “Rewrite или заменять расположение engine.” That’s огромное требование, и лично, я won’t держать мое дыхание. Тем не менее, основной принцип является правильным на: Трайдент - детская коляска. Другие двигатели - меньше  buggy.

Прочитанный больше: Что мы хотим в ТО ЕСТЬ  “Next”

Ведущая бурильная труба Форд, от ТО ЕСТЬ Команда Доступности, осведомленная сегодня в IEBlog о IE7’s ожидаемое поведение со множеством коммерческих читателей экрана и экрана  magnifiers.

Общий звук вещей - то, что IE7 будет совместим (или главным образом совместим) с новыми версиями большинства вспомогательной технологии  software.

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

, информация в почте кратка и предоставляет немного информации о любом виде продвинутых функциональных возможностей: однако, если Вы хотите проверить, будет ли Ваша вспомогательная технология совместима с IE7 it’s вероятно лучше всего, что Вы проверяете это out —  прежде Вы устанавливаете  IE7!