(1) Не по своей сути. У iframes есть много вариантов использования, которые не страдают от проблем с фреймами. Они полезны в любое время, когда вы хотите смешать документ из другого контекста безопасности или без сценариев и стилей, которые использует родительская страница.
Однако, можно «использовать в качестве фрейма в виде фрейма»: разделить страницу на отдельные области фрейма, с перекрестными ссылками на фреймы, создающими навигационный беспорядок, который плохо воспроизводится с закладками, открытием в новой вкладке и т. д.
(2) Я бы сегодня ни за что не использовал кадры. Был ограниченный случай использования для них хранения большого количества содержимого страницы, которое вы не хотите загружать при каждой навигации. Но сейчас мы бы просто использовали XMLHttpRequest
для обновления части страницы.
Несмотря на это, не обращая внимания на то, чтобы сделать ссылки на изменения страниц доступными (используя хеш-историю и наличие аналога статической ссылки для каждой хеш-ссылки, связанной с реальными <a>
s, которые отвечают на нажатие средней кнопкой мыши и др.) , страница, которая обновляется / перемещается сама по себе с помощью XMLHttpRequest
, воссоздает многие навигационные проблемы фреймов с очень негативными последствиями для удобства использования, доступности и SEO.
Мне немного грустно, что многие авторы создают роскошные, модные, «современные» анимированные веб-сайты, которые, наивно используя jQuery load()
или аналогичные сами по себе, демонстрируют все худшее поведение древних, ненавистных фреймов.