Получая противоречивые сообщения об этом, надеюсь, что это не так. Я не могу себе представить, чтобы его поддержка прекратилась, поскольку их используют миллионы сайтов.
Еще несколько вопросов по этому поводу:
Ответы:
На мой взгляд, W3C бросил вызов, выбрасывая фреймы из доктипов Strict HTML и XHTML. Теоретически вы могли бы использовать этот <object>элемент для добавления посторонних объектов в свой документ, но различия и ограничения браузеров сделали его нереализованным для многих разработчиков. В гораздо более прагматичном HTML 5 (который все еще находится в стадии разработки) фреймы вернулись и даже получили два новых атрибута: seamlessи интригующий sandbox.
Поддержка <iframe>HTML 5 все еще существует, поэтому я не думаю, что это изменится в ближайшем будущем.
Чтобы ответить на другие ваши вопросы:
<iframe>s (как фреймы в целом) в большинстве случаев не удобны для пользователя:
<div>Для ясности: я говорю <iframe>как об элементе интерфейса. Не скрытый элемент для загрузки других вещей, например, Google Mail.
Iframe устарели для макета страницы. Никогда не используйте их вместо хорошего CSS-макета, лучше даже табличный макет.
Веские причины для использования фреймов:
IFrames не устарели, но причины для их использования редки.
Причины использования iframe:
Я бы также ответил, что нет необходимости удалять фреймы, это необходимый тег и какое-то время будет там.
Я видел множество форумов, предлагающих тег Object в качестве замены IFrame, который, вероятно, работает в большинстве случаев.
Например, у меня был PDF-файл, отображаемый в IFrame (потому что на странице были и другие вещи, которые нам нужно было показать на странице, помимо только PDF-файла), и я смог добиться его правильного отображения с помощью Object.
Что было:
<iframe id="confirmed_pdf" class="current_pdf" src="/prescriptions/show_pdf?id=123" height="570" width="480"></iframe>
Стало:
<object id="confirmed_pdf" class="current_pdf" data="/prescriptions/show_pdf?id=123" type="application/pdf" height="570" width="480">
<p>[Show this message if displaying the PDF did not work]</p>
</object>
Но Object не был подходящей заменой для выполнения требования о возможности печати ТОЛЬКО PDF-части страницы.
IFrame похож на собственное окно на странице (в основном окно внутри окна), и как только вы получите объект окна, вы можете вызвать для него .print (), например:
jQuery("#confirmed_pdf").contentWindow.print();
IFrame имеет свойство contentWindow, что делает возможной печать только этой части. Объект не имеет свойства contentWindow, поэтому нет возможности распечатать только часть страницы.
Итак, похоже, что если вы просто используете IFrame для отображения чего-либо, вместо него можно использовать другие теги, такие как Object. Но если вам нужно определенным образом взаимодействовать с содержимым IFrame, тогда IFrame может быть необходим.
IFrames часто используются с AJAX. Например, GMail, как мне кажется, использует девять скрытых IFrames.
В моей предыдущей компании мы предоставляли размещенное приложение, которое клиенты могли интегрировать в свои собственные веб-сайты. Иногда они использовали IFrame для этого, подгоняя нашу размещенную страницу в существующий дизайн. Иногда это даже делалось незаметно (т.е. IFrame не имел границ или полос прокрутки, он просто выглядел как часть страницы). Я посчитал, что это хорошее использование тега.
Они могут быть чрезвычайно полезны в некоторых обстоятельствах, но их количество ограничено. В частности, внедрение общих функций на нескольких сайтах.
Например, у меня есть клиент, у которого есть несколько сайтов электронной торговли шотландскими товарами. В рамках этого мы разработали несколько простых приложений для поиска возможных названий кланов по вашей фамилии или по вашему выбору тартанов (хихикайте, если хотите, но тартаны приносят нашей экономике 700 миллионов долларов в год). База данных, стоящая за этим, на удивление велика (почти десять тысяч строк в таблицах основных имен и тартанов) и довольно регулярно обновляется.
Итак, у нас есть приложения, настроенные для работы на одном веб-сайте, а затем встроенные в другие наши веб-сайты с использованием iframe, что позволяет передавать простой параметр javascript, чтобы мы могли интегрировать выбор тартана или клана с функциями на сайте встраивания. Для iframe установлено значение без границ, поэтому конечному пользователю он кажется полностью незаметным.
Конечно, есть и другие способы сделать это, но использование iframe простое и надежное. И это, конечно, не устарело.
Лошади для курсов ... <iframe> похожи на все остальное ... для правильной цели они правильный инструмент; для неправильной цели они - уродливый взлом, или того хуже.
В Ajax <div> часто являются более подходящим контейнером. В некоторых случаях деятельность по выдаче внешнего контента как части вашего собственного сайта, поддерживаемая тегами <iframe>, неуместна.
Моя команда на днях использовала <iframe> как идеальный способ предоставить пользователям доступ к их истории электронной почты в формате HTML - электронные письма были полными страницами <html>, которые мы хотели легко вставить в наш веб-шаблон. <iframe> были абсолютно идеальны для представления этих данных] ».
С другой стороны, <iframe> почти всегда следует удалять или отключать в любом отправленном пользователем контенте, который выводится обратно на сайт, потому что в этом контексте они представляют собой серьезную проблему безопасности.
Спецификация гаджета Google в настоящее время основана на iframe: http://code.google.com/apis/gadgets/docs/spec.html.
В настоящее время это единственный простой способ обеспечить изоляцию для приложений javascript, которые извлекаются из нескольких доменов / поставщиков.
Также многие виджеты, которые люди встраивают на свои веб-сайты сторонними организациями, используют фреймы.
Хотя у них есть свои недостатки, iframe предоставляют прагматичное решение общих проблем в Интернете. Я должен предположить, что они будут еще какое-то время.
Проблемы с соответствием и безопасностью также могут побудить вас использовать iframe; Тележки для покупок - это популярные реализации на основе IFrame, когда вы хотите визуально включить корзину для покупок как часть некоторых веб-страниц, не беря на себя полную ответственность за обработку платежей.
Обычно мы поставляем Iframe для интеграции наших материалов электронной коммерции и клиентов, которые хотят, чтобы это было под ключ.
Я работаю в компании, которая использовала фреймы для всего, от раскрывающихся меню, списков, блоков контента и т. Д., Чтобы скрыть тонкости веб-форм .net. Приложение работает очень медленно и работает только в IE. Не делай этого.