Современное веб-приложение только для интранет должно все еще использовать кадры или нет?
Я хотел бы спросить об использовании кадров в современном веб-приложении только для интранет. Конечно, там несколько причины использовать или вероятно не использовать кадры в современном интернет-веб-приложении. Но что относительно когда дело доходит до интранет веб-приложения (думают о финансовом приложении)?
Думайте о частях приложения, которые большую часть времени постоянно видимы (как панель инструментов, меню, идентификационные данные и так далее), где кадры могут быть простым/быстрее решением сделать вещи? Эти преимущества, которые рассчитывают в эти дни при рассмотрении вещей как PPR?
Мне любопытно и оба благодарные о Вашем представлении об этом.
8 ответов
Фреймы не являются злом по наследству, но они создают проблемы, с которыми не сталкиваются другие подходы. Поскольку вы говорите об интрасети, вас, вероятно, не беспокоят:
- последствия фреймов для индексации поиска;
- проблемы удобства использования / доступности
- , поддерживающие существенно разные браузеры (мобильные, текстовые и т. Д.)
В целом, вероятно, нет веской причины уклоняться от них. Однако я не думаю, что вы предложили убедительную причину для их использования.
Однако: единственная проблема, с которой я мог столкнуться с богатым интернет-приложением, - это потенциальная необходимость того, чтобы ваши разные страницы / компоненты общались друг с другом. Фреймы могут стать настоящей головной болью при написании сценариев, и только по этой причине я их избегаю.
CSS, мастер-страницы ASP.NET и множество других технологий делают фреймы ненужными, не говоря уже о том, что они некрасивы.
Это не значит, что вы не можете использовать фреймы, просто вы должны избегать фреймов, поскольку они выглядят несколько непрофессионально. Для меня рамки находятся на том же уровне, что и анимированные gif-файлы.
Как все уже сказали, фреймы практически ушли в прошлое. Одним из основных исключений является работа с файлами: если вы хотите, чтобы пользователь загружал файлы с помощью ajax, то iframe - единственный выход (на данный момент).
Я бы сказал, что нет веских причин использовать фреймы в современном веб-приложении. Современные методы разметки так же, если не более легки в обслуживании, решают некоторые проблемы, связанные с фреймами (вы никогда не можете добавить что-либо в закладки, сложно установить заголовок страницы и т. Д.). Большинство недостатков фреймов можно было обойти, но зачем беспокоиться?
Фреймы раздражают независимо ни от чего. Как насчет использования AJAX для простого обновления изменяемых частей страницы? Предположим, что вы не застряли в IE6.
Фреймы определенно не должны использоваться для панелей инструментов или меню. Браузеры кэшируют DOM, когда он точно совпадает между страницами, что делает iframe в лучшем случае бесполезными, а в худшем - вредными (двойное включение JS-библиотек и т.п.).
Тем не менее, существуют специфические случаи использования фреймов, которые делают их необходимыми. Однако пока вы с ними не столкнетесь, они вам не нужны.
Макет, основанный на фреймах и таблицах, определенно преодолевается CSS. (-> нет)
Лорд нет. Внутренние или нет, зачем вам оправы, они старые и устаревшие, и нужно действительно умереть ужасной смертью.
Вместо этого, если вы чувствуете, что НЕ МОЖЕТЕ нарушить парадигму, используйте вместо нее