При обработке большого объема данных (много мегабайтов) тогда, Вы хотите использовать XmlReader
для потоковой передачи, анализируют XML.
Что-либо еще (XPathNavigator
, XElement
, XmlDocument
и даже XmlSerializer
, если Вы сохраняете полный сгенерированный граф объектов) приведет к использование верхней памяти и также очень медленное время загрузки.
, Конечно, при необходимости во всех данных в памяти так или иначе, тогда у Вас не может быть большого выбора.
Приведенный ниже ответ относится к 2009 году. В нем обсуждается состояние HTML 5 в то время.
Вышеупомянутый вопрос также относится к 2009 году. В нем обсуждается состояние API Facebook в то время.
Ни то, ни другое не актуально для 2017 года.
- это свойство xmlns
Это атрибут.
совместимый с действующим HTML5?
Типа. Это совершенно бессмысленно, но разрешено, поэтому люди могут лениться при переносе XHTML .
Помните, что HTML 5 - это незаконченный черновик. Эти вещи могут быть изменены. Не торопитесь использовать HTML 5, если он не дает серьезных преимуществ.
А как насчет HTML4?
Вовсе нет.
Фактически, первая процитированная ссылка обсуждает добавление атрибута xmlns: fb = "http://www.facebook.com/2008/fbml". Это недействительный HTML5. Это действительно XHTML5. Во второй процитированной ссылке атрибут xmlns вообще не упоминается.
Обратите внимание, что, хотя он и недействителен HTML4 или HTML5, он не причинит вреда.
Другой вариант
«Используя клиентскую библиотеку JavaScript Facebook, вы можете рендерить XFBML на сайте Facebook Connect или странице холста iframe, без использования тегов XFBML. »
http://wiki.developers.facebook.com/index.php/Using_HTML_to_Imitate_XFBML
У меня была такая же проблема с использованием HTML5 для подключения к facebook, которую я решил с помощью небольшого взлома JavaScript API Facebook.
Прочтите мой блог: http://fbml5.blogspot.com/
Метод на вики-странице разработчиков (упомянутый Хесусом Сальдиваром) имеет две вещи, которые мне не нравятся:
Скажите, пожалуйста, что вы об этом думаете.