Должно ли современное веб-приложение только для интрасети использовать фреймы или нет?

Question

Я хотел бы спросить об использовании фреймов в современном веб-приложении только для интрасети. Конечно, есть несколько причин использовать или, возможно, не использовать фреймы в современном интернет-приложении. Но что делать, когда речь идет о веб-приложениях для интрасети (подумайте о финансовом приложении)?

Подумайте о частях приложения, которые в большинстве случаев постоянно видны (например, панель инструментов, меню, личность и т. Д.), Где фреймы могут быть простым / более быстрым решением для выполнения задач? Эти преимущества имеют значение в наши дни при рассмотрении таких вещей, как PPR?

Мне любопытно и оба благодарны за ваш взгляд на это.

Answer 1

Фреймы не являются наследственно злыми, но они создают проблемы, с которыми другие подходы не сталкиваются. Поскольку вы говорите об интрасети, вы, вероятно, не обеспокоены:

• поиск-индексирование значений фреймов
• вопросы юзабилити / доступности
• поддержка значительно разных браузеров (мобильных, текстовых и т. Д.)

В целом, вероятно, нет особой причины уклоняться от них. Однако я не думаю, что вы предложили убедительную причину , чтобы использовать их.

Однако: единственная проблема, с которой я мог столкнуться при работе с интернет-приложением rich , - это потенциальная необходимость общения между различными страницами / компонентами. Фреймы могут вызывать головную боль при написании сценариев, и только по этой причине я их избегаю.

Answer 2

CSS, главные страницы ASP.NET и множество других технологий делают фреймы ненужными, не говоря уже о неприглядных.несколько непрофессионально.Мне кадры находятся на одном уровне с анимированными гифками.

Answer 3

Я бы сказал, что нет веской причины использовать фреймы в современном веб-приложении.Современные методы разметки такие же, если не более легко обслуживаемые, и решают некоторые проблемы фреймов (вы никогда ничего не можете добавить в закладки, сложно установить заголовок страницы и т. Д.).Большинство недостатков фреймов можно обойти, но зачем?

Answer 4

Как и все остальные, кадры остались в прошлом. Одним из главных исключений является случай с файлами, если вам нужен опыт, подобный ajax, и вы хотите, чтобы пользователь загружал файлы, iframe - единственный путь (пока).

Answer 5

Разметка на основе фреймов и таблиц определенно преодолевается CSS. (-> нет)

Answer 6

Лорд нет. Внутренний или нет, зачем вам использовать фреймы, они старые и устаревшие, и должны умереть ужасной смертью.

Вместо этого, если вы чувствуете, что вы МОЖЕТЕ сломатьсяпарадигма, используйте вместо этого <iframe>.

Не поймите меня неправильно, вселенная не рухнет, если вы сделаете решите использовать фреймы, но они не поддерживаютсяпо стандартам больше, вы можете перевести IE в режим Quirks и закончить с большей головной болью.Не говоря уже о том, что в конечном итоге ваши пользователи будут бороться с контекстами, и сайт вообще не будет умным телефоном дружественным.

Answer 7

Рамки определенно не должны использоваться для панелей инструментов или меню. Браузеры кэшируют DOM, когда он точно совпадает между страницами, что делает iframes в лучшем случае бесполезными, а в худшем - вредными (двойное включение библиотек JS и т.

Тем не менее, существуют конкретные сценарии использования для фреймов, которые делают их необходимыми. Однако, пока вы не столкнетесь с ними, они вам не понадобятся.

Answer 8

Рамки разочаровывают, несмотря ни на что. Как насчет использования AJAX, чтобы просто обновить части страницы, которые вы меняете? Предполагая, что вы не застряли в IE6.