Pregunta ¿Los marcos flotantes se consideran 'mala práctica'? [cerrado]


En algún momento, tomé la idea de que el uso de iframes es una "mala práctica".

¿Es esto cierto? ¿Cuáles son los pros / contras de usarlos?


260
2017-12-12 13:30


origen


Respuestas:


Como ocurre con todas las tecnologías, tiene sus altibajos. Si está utilizando un iframe para moverse por un sitio correctamente desarrollado, entonces, por supuesto, es una mala práctica. Sin embargo, a veces, un iframe es aceptable.

Uno de los principales problemas con un iframe tiene que ver con los marcadores y la navegación. Si lo está usando simplemente para insertar una página dentro de su contenido, creo que está bien. Para eso es un iframe.

Sin embargo, he visto iframes abusados ​​también. Nunca debe usarse como una parte integral de su sitio, sino como una parte del contenido de un sitio.

Por lo general, si puede hacerlo sin un iframe, esa es una mejor opción. Estoy seguro de que otros aquí pueden tener más información o ejemplos más específicos, todo se reduce al problema que está tratando de resolver.

Dicho esto, si está limitado a HTML y no tiene acceso a un backend como PHP o ASP.NET, etc., a veces un iframe es su única opción.


195
2017-12-12 13:36



No son malas prácticas, son solo otra herramienta y agregan flexibilidad.

Para usar como un elemento de página estándar ... son buenos, ya que son una forma simple y confiable de separar el contenido en varias páginas. Especialmente para contenido generado por el usuario, puede ser útil para "sandbox" páginas internas en un iframe así que un marcado pobre no afecta la página principal. La desventaja es que si introduce varias capas de desplazamiento (una para el navegador, otra para el iframe) tus usuarios se sentirán frustrados. Como dijo Adzm, no quieres usar un iframe para la navegación primaria, pero piense en ellos como un texto / marcado equivalente a la forma en que un video u otro archivo multimedia se incrustarían.

Para secuencias de comandos de eventos en segundo plano, la elección generalmente es entre un oculto iframe y XmlHttpRequest para cargar contenido para la página actual. La diferencia es que un iframe genera una carga de página, por lo que puede avanzar y retroceder en la memoria caché del navegador con la mayoría de los navegadores. Tenga en cuenta que Google, que usa XmlHttpRequest por todo el lugar, también utiliza iframes en ciertos casos para permitir que un usuario retroceda y avance en el historial del navegador.


68
2017-12-12 13:41



Es una "mala práctica" usarlos sin entender sus inconvenientes. La publicación de Adzm los resume muy bien.

En el otro lado, gmail hace un uso intensivo de iFrames en el fondo para algunas de sus funciones más geniales (como la carga automática de archivos). Si conoce las limitaciones de iFrames, no creo que deba sentir ningún remordimiento por su uso.


26
2017-12-12 13:47



Después de haber trabajado con ellos en muchas circunstancias, realmente he llegado a pensar que los iframes son el equivalente de programación web de la declaración goto. Es decir, algo generalmente evitado. Dentro de un sitio pueden ser de alguna utilidad. Sin embargo, a través del sitio, casi siempre son una mala idea para cualquier cosa que no sea el contenido más simple.

Considere las posibilidades ... si se usan para contenido parametrizado, han creado una interfaz. Y en un sitio profesional, esa interfaz requiere un SLA y una administración de versiones, que casi siempre se ignoran con prisa para conectarse.

Si se usa para contenido activo, marcos que alojan guiones, existen restricciones de guiones cruzados (diferentes). Algunos pueden ser pirateados, pero rara vez consistentemente. Y si su contenido enmarcado necesita ser interactivo, tendrá dificultades para hacerlo más allá del marco.

Si se utiliza con contenido licenciado, los sitios participantes están agobiados por la necesidad de mover la información de titularidad fuera de banda entre los hosts.

Entonces, aunque ocasionalmente son útiles dentro de un sitio, son bastante inadecuados para los mashups. Estás mirando mucho mejor a los portales y portlets reales. Peor aún, son queridos de todos los aficionados a la web, muchos administradores tecnológicos los han aprovechado para solucionar muchos problemas. De hecho, crean más.


14
2018-01-29 16:41



Definitivamente hay usos para personas iframes. ¿De qué otra forma pondría el widget de redes meteorológicas en su página? La única otra forma es tomar su XML y analizarlo, pero luego, por supuesto, necesita condiciones para arrojar los gráficos del clima perten ... no realmente vale la pena, pero mucho más limpio si tiene tiempo.


8
2018-03-03 15:40



Basado en mi experiencia, lado positivo para iframe son cuando se llaman códigos de terceros, que pueden implicar llamar a un javascript que llama a tiene un Document.write(); mando. Como sabrá, estos comandos no se pueden llamar de forma asíncrona debido a la forma en que se analiza (DOM Parser, etc.). Un ejemplo de esto es http://sourceforge.net/projects/phpadsnew/ Hice uso de iframes para ayudar a acelerar nuestro sitio, ya que hubo varias llamadas a phpadsnews y el sitio estaba esperando la respuesta antes de proceder a mostrar diferentes partes de la página. con un iframe pude permitir que el sitio muestre otras partes de la página y aún llamar al Document.write() comando de phpads asincrónicamente Prevención y bloqueo de js.


8
2018-06-17 06:16



He visto IFRAMEs aplicado con gran éxito como una forma fácil de hacer menús contextuales dinámicos, pero el público objetivo de esa aplicación web era solo usuarios de Internet Explorer.

Yo diría que todo depende de tus requisitos. Si desea asegurarse de que su página funcione igual de bien en todos los navegadores, evite IFRAMEs. Si se dirige a una audiencia estrecha y conocida (por ejemplo, en la Intranet local) y ve un beneficio en el uso de IFRAME, entonces diría que está bien hacerlo.


5
2017-12-12 13:43



El modelo original de marcos (Frameset y Frame-elements) era muy malo desde el punto de vista de la usabilidad. IFrame fue una invención posterior que no tuvo tantos problemas como el modelo original de marcos, pero tiene su inconveniente.

Si permite que el usuario navegue dentro del IFrame, los enlaces y los marcadores no funcionarán como se espera (porque marca la URL de la página externa, pero no la URL del iframe).


5
2017-12-13 14:31



Cuando su página principal se carga en protocolo HTTP y algunas partes de su página necesitan trabajar en protocolo HTTPS, iFrame puede derrotar a jsonp sin problemas.

Especialmente, si su dataType no es nativamente json y necesita ser traducido al servidor en json y traducido al cliente de nuevo en, p. html complejo

Entonces, no, iFrame no es malvado.


5
2017-08-05 10:19



No son malos, pero en realidad son útiles. Tuve un gran problema hace un tiempo en el que tuve que insertar mi feed de Twitter y simplemente no dejaría que lo hiciera en la misma página, así que lo configuré en una página diferente y lo puse como un iframe.

También son buenos porque todos los navegadores (y navegadores de teléfonos) los admiten. No se pueden considerar una mala práctica, siempre y cuando los use correctamente.


4
2017-08-05 10:29



Preguntas populares