Эта новая книга от 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 —& thinsp; Вы учитесь лучше всего, беря пример и повторно имея целью это для Ваших собственных потребностей. Мобильная Веб разработка представит Вас ключевым вопросам для мобильного программирования сети и проекта в манере, которая может дать Вам быстрое начало на мобильном веб-приложении  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.