Подтвердить что ты не робот

Используете ли вы микроформаты в своих веб-проектах?

Используете ли вы microformats в своих веб-проектах?

Если да, то почему? Если нет, то почему?

Если да, то для чего вы используете?

Есть ли альтернатива микроформатов в HTML 5?

Я еще не использовал микроформаты. Должен ли я начать использовать сейчас или не очень нуждаться?

4b9b3361

Ответ 1

Я использовал микроформаты довольно широко. Преимущества, которые я вижу,

  • доступ к данным для роботов, таких как Google Rich Snippets
  • доступ к данным для пользователей с помощью инструментов μF-comsuming, таких как H2VX
  • (некоторые) проверка данных
  • более значимая разметка, что делает меня счастливым

(незначительные) недостатки

  • время; ручное кодирование этих вещей может быть лавашей. Либо добавьте программно (например, сгенерируйте данные в CMS), либо создайте кучу фрагментов. Если вы делаете через CMS, то это (для меня) без проблем
  • требуют особого внимания к пользовательскому интерфейсу, чтобы делать все хорошо (лучше всего, если он открыт, но часто включает пользовательский значок и т.д.).

Микроформаты отлично работают как-в HTML5. Существуют новые элементы HTML5, которые хорошо отображают некоторые функции μF, особенно <time>, но следует предупредить, что текущие инструменты μF, как правило, не справляются с новыми элементами HTML5 (" Инструмент поддержка слайда.

Другими альтернативами являются микроданные HTML5 и RDFa. Microdata довольно приятная, но совершенно новая, поэтому у нее не так много доступных инструментов. Вы можете представлять микроформаты в микроданных, а спецификация HTML5 имеет версии microdata vCard и vCal. Theres также атрибут HTML5 data-, но это для частного использования и не кодирует видимые данные, поэтому, вероятно, не так, как вы после.

Я воспринимаю эти три как континуум от простых, но специфических (микроформатов) к жестким, но способным к чему-либо (RDFa), с микроданными (для меня), занимающими сладкое пятно посередине. Google Rich Snippets может читать данные в любом из них, но пользовательские инструменты все еще играют в catchup. Главное преимущество любого из них заключается в том, чтобы сделать ваш контент более удобным для использования, подвергая большую часть информации, и для меня это обычно стоит времени.

Для полноты Ive используется

  • hCard
  • hCalendar
  • hEvent
  • hAtom
  • hReview (один раз?:)
  • XFN
  • плюс некоторые rels как rel-license

EDIT: Я написал эти статьи на HTML5Doctor со всем, что вам нужно знать;)

НТН

Ответ 3

HTML5 определяет различные семантические теги для маркировки ваших данных:

Он также позволяет настраивать атрибуты данных, начиная с "data-" внутри элементов.

Существует поддержка для microdata который основан на microformats, чтобы предоставить больше semantic для отдельных и групп элементов.

И чтобы ответить на ваш главный вопрос:

Нет, я не микроформаты, потому что я не видел преимуществ до тех пор, пока я не задал вашему вопросу серьезную мысль. Я использую новые элементы HTML5, такие как время и атрибуты пользовательских данных, но не микроформаты, поскольку данные уже были структурированы на бэкэнд, а для более структурированного и семантического доступа я бы использовал RSS-каналы с определенными расширениями и включить ссылку на канал внутри самого документа.

Итак, вот почему я все еще поддерживаю микроформаты и считаю, что они потрясающие и, скорее всего, начнут использовать его в самом ближайшем будущем. Для меня он служит очень конкретной цели и связан с программным доступом к элементам в моих веб-приложениях. Каналы RSS и Atom предоставляют одни и те же данные в очень структурированном виде, , но это альтернативный вид. Микроформаты или любые другие доморощенные стандарты могут эффективно использоваться для расширения приложений.

Пока элементы структурированы стандартным образом, я могу использовать общую библиотеку многоразового кода для всех приложений, которые имеют дело с общими элементами данных, такими как имена, адреса, контактные данные, номера телефонов и т.д. улучшить все приложения. Например, автоматическая привязка адресов к Картам Google или привязка телефонных номеров к использованию собственного протокола, например tel: "на лету" для мобильных устройств, и различные другие улучшения, которые я могу сделать.