Вопрос по mobile – Какой лучший способ сделать мобильный сайт дружественным?

8

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

Ваш Ответ

7   ответов
0

Один из способов, которыми я занимался в прошлом, состоял в том, чтобы убедиться, что мои данные хорошо абстрагированы на уровне данных, а затем использовать отдельные модели среднего уровня, чтобы получить то, что было уместно. В моем случае это приложение было погодным, и методы отображения целевых устройств были действительно ограничены, поэтому мы решили показывать пользователю только основные сведения о мобильных устройствах, пока веб-сайт был полнофункциональным. Это было, вероятно, 10 лет назад, когда WAP был большим. Но в наши дни, когда устройства получают большие экраны, лучшую пропускную способность, вы можете потреблять и отображать одни и те же данные с другой моделью представления.

Я никогда по-настоящему не знаю, какое приложение потребуется для использования данных в будущем. Мы делаем много приложений на разных платформах, но модель предметной области редко меняется. В итоге я использую одни и те же объекты среднего уровня, где могу, и извлекаю эти данные в разных клиентах. Хорошим примером этого является недавний проект, в котором у нас было полнофункциональное интернет-приложение (виджет), полноценный веб-сайт и веб-сервис, использующий одни и те же данные. Абстракция данных на среднем уровне действительно сияет в этой среде.

0

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

Это связано с тем, что блог Mippin Mobilized становится частью более широкого сообщества контента, людей, новостей, блогов, списков, всего, что связано с контентом, и многого другого на мобильном сайте:

http://mippin.com (в мобильном браузере.)

Взгляните на инструмент Mobilizing, потому что он показывает, что сайт может сделать за секунду:

www.mippin.com/mobilizer

Только если у вас есть блог, конечно ...

1

Это довольно широкий вопрос, но здесь идет:

  • If the site is primarily about the content, meaning it's not so much a service you use as it's a publication you read, then I'd try to avoid publishing two sites wherever possible. Concentrate on simple presentation using mature technologies that mobile browsers can handle fairly well.
  • If it's essentially a software application delivered via the network, then things get trickier, because you're going to want to consider the UI of the mobile device, and how it differs from the desktop.
  • This should go without saying, but either way, if you have many mobile users, you should keep that in mind when you author content for the site. Formats, length, voice, etc.
0

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

1

Я добавил слой мобильной презентации на действующий сайт около года назад. Основываясь на архитектуре сайта (надеюсь, это не слишком зависит от вас), я добавил новый набор JSP для мобильных браузеров (см. См.http://wurfl.sourceforge.net/ отличный способ создавать мобильные страницы независимо от типа браузера). Кроме того, некоторые функциональные возможности сервера были изменены из-за ограниченной функциональности большинства мобильных браузеров. Короче говоря, интеграция оказалась не такой болезненной, как можно было бы ожидать.

Удачи!

Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded Frew Schmidt
2

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

Error: User Rate Limit Exceededmobile.yoursite.comError: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
0

В дополнение к системе возможностей WURFL / WALL, о которой говорилось выше, существуют библиотеки Java Server Faces, которые используют альтернативные WML-пакеты для мобильных телефонов.

Похожие вопросы