Отримуючи суперечливі повідомлення про це, сподіваюся, що вони цього не роблять. Я не можу уявити, що підтримка для цього зупиниться, оскільки мільйони сайтів ними користуються.
Деякі додаткові запитання щодо цього:
Відповіді:
На мою думку, W3C стрибнув з ладу, скидаючи фрейми з доктіпів Strict HTML та XHTML. Теоретично ви б використовували цей <object>елемент для додавання сторонніх об'єктів до свого документа, але відмінності та обмеження браузера зробили це непрограмою для багатьох розробників. З набагато більш прагматичним HTML 5 (який все ще є чернеткою), фрейми повернулися і навіть мають два нових атрибути:, seamlessта інтригуючий sandbox.
Підтримка <iframe>все ще існує в HTML 5, тому я не думаю, що це зміниться найближчим часом.
Щоб відповісти на інші ваші запитання:
<iframe>s (як фрейми загалом) більшу частину часу не зручні для користувача:
<div>Щоб бути зрозумілим: я говорю про це <iframe>як про елемент інтерфейсу. Не є прихованим елементом для завантаження інших речей, як, наприклад, Google Mail.
Вставки для застарілих макетів застарілі . Ніколи не використовуйте їх замість гарного макета CSS, навіть макет на основі таблиці краще.
Вагомими причинами використання iframes є:
IFrames не застаріли, але причини їх використання рідкісні.
Причини використання iframes:
Я також відповів би, що немає необхідності у видаленні iframes, це необхідний тег і він буде деякий час.
Я бачив багато форумів, які пропонують тег 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>
Але "Об'єкт" не був відповідною заміною для заповнення вимоги мати можливість друкувати ТІЛЬКИ частину сторінки у форматі 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 має значення noborder, тому кінцевому користувачеві здається абсолютно бездоганним.
Звичайно, існували б інші способи зробити це, але використання iframe є простим та надійним. І це точно не застаріло.
Коні на курси ... <iframe> є як будь-що інше ... для правильної мети вони є правильним інструментом; з неправильною метою вони потворні хак, або ще гірше.
В Ajax <div> s часто є найбільш підходящим контейнером. Подекуди діяльність з передачі зовнішнього вмісту як частини вашого власного сайту за підтримки <iframe> s є недоречною.
Моя команда використовувала <iframe> днями як ідеальний спосіб надати користувачам доступ до своєї історії електронної пошти HTML - електронні листи були повними <html> сторінками, які ми хотіли легко вставити в наш веб-шаблон. <iframe> s були абсолютно ідеальними для подання цих даних] '.
З іншого боку, <iframe> слід майже завжди видаляти або вимикати будь-який вміст, що надсилається користувачем, який виводиться назад на сайт, оскільки в цьому контексті вони є основною проблемою безпеки.
В даний час специфікація гаджета Google покладається на вставки: http://code.google.com/apis/gadgets/docs/spec.html
В даний час вони є єдиним простим способом забезпечити ізоляцію програм javascript, які отримуються з декількох доменів / постачальників.
Також багато віджетів, які люди вставляють на свої веб-сайти від сторонніх розробників, використовують вставки.
Незважаючи на те, що вони мають свої недоліки, iframes надають прагматичне рішення загальних проблем в Інтернеті. Я повинен був би здогадатися, що вони будуть поруч ще якийсь час.
Проблеми відповідності та безпеки також можуть змусити вас використовувати Iframes; Покупки - це популярні реалізації на основі IFrame, коли ви хочете візуально включити кошик для покупок як частину деяких веб-сторінок, не беручи на себе повну відповідальність за сторону обробки платежів.
Ми зазвичай пропонуємо Iframe для інтеграції наших матеріалів електронної комерції та клієнтів, таких як "під ключ".
Я працюю в компанії, яка використовувала фрейми для всього, від випадаючих меню, списків, блоків вмісту тощо, щоб просто висвітлити тонкощі веб-форм .net. Додаток дуже повільний і працює лише на IE. Не роби цього.