Codificación para IE vs Codificación de los Estándares del W3C

Question

Otro capítulo de "argumentos entre yo y el otro desarrollador senior" de la serie :P

Mi posición es que al hacer el desarrollo web, el navegador de código debe ser escrito primero y ante todo, a que se adhieran a los estándares web del W3C, aunque Internet Exploder tiene la mayor cuota de mercado (en cualquier lugar entre el 51% y 79%, dependiendo de quién está haciendo el seguimiento).Mi razonamiento es:

• Las normas están bloqueadas y todos los desarrolladores de navegadores se están moviendo hacia como mínimo, 100% libre de bugs soporte para todos los estándares establecidos.Por lo tanto, el código debe ser escrito y probado alrededor de Firefox/Chrome/Safari, que están mucho más cerca de los estándares adecuados de apoyo de IE8, entonces condicional etiquetas deben ser utilizados en IE para evitar sus errores.Este es el caso particular de ver como condicional se puede utilizar etiquetas para evitar IE errores, pero si tratas de código a la inversa, es mucho más difícil escribir hacks para la fuerza de Firefox/Safari/etc para mostrar el código roto HTML/CSS correctamente.

• Eres el futuro de las aplicaciones web si el diseño de normas, viendo como todos los navegadores están apuntando al mismo lugar, las normas de sabios, lo que significa que usted no será entre la multitud que luego tiene que reparar su aplicación cada vez que una nueva versión del navegador que está más cerca de los estándares web, haciendo que algunos de sus iniciales hacks romper ahora el diseño.

• Codificación de algo roto para apoyar la mayor cuota de mercado, a continuación, "unbreaking" es para los más pequeños de la cuota de mercado, si usted tiene el tiempo, que parece un descuido manera de acercarse a un puesto de trabajo y sugiere que usted piensa que el 20% de cuota de mercado es insignificante, lo cual creo que está muy lejos de la verdad.

Mi co-desarrollador afirma que:

• El navegador diferente a las empresas les gusta ir por su propia tangentes y realmente no se preocupan por los estándares de todos modos, por lo que intentar código de normas es una pérdida de tiempo.

• Codificación para apoyar una minoría ~20% de cuota de mercado no vale la pena el esfuerzo tan largo como el de la página de aproximadamente muestra en los navegadores, de manera que es aún utilizable.

• Un navegador es un navegador es un navegador.Es sólo una ventanilla para la representación de texto y no debería preocuparse tanto por las cosas buscando exactamente a la derecha.

• Es un dolor tener que desarrollar en Firefox cuando él prefiere IE8 de todos modos.

Yo soy el que manda y por supuesto que se puede decir "esta es la forma en que se va", pero no me gusta ser un nazi y diciendo "a mi manera o la carretera";Creo que es mejor tener a otros a entender por qué lo estamos haciendo algo de una manera determinada, de modo que estamos de acuerdo en proceder y, por tanto, los convenios que estamos siguiendo quedas atascado, porque la razón detrás de ellos se aprecia más que a regañadientes seguido.

Puedo obtener alguna entrada en este argumento?

Answer 1

Desarrollar a los estándares del W3C, y hacer que se vea bien en IE. Ellos no son mutuamente excluyentes.

Answer 2

Conoce a tu audiencia:Hacer que preocuparse de si su sitio es compatible con los estándares?Probablemente no, a menos que usted está escribiendo un sitio web de desarrollador de fanáticos.Es más probable que no atención o ni siquiera saben lo que el W3C está.

¿La audiencia tener una mayor tendencia a elegir un navegador específico?Tenga en cuenta que no todos los sitios de la misma extensión de los navegadores.Sitios de tecnología se vuelve menos IE éxitos que en general los sitios.

Ser práctico:La mayoría de los sitios de obtener la mayoría de sus éxitos de la IE.Específicamente, es decir, 6 y 7.Es ignorar la realidad a ignorar IE peculiaridades.Usted recibirá muchos usuarios se quejan acerca de cómo su sitio no funcionará si usted no pasa el tiempo para hacer que funcione en IE 6 y 7.IE 6 es todavía un gran navegador, utilizado por la mayoría de Microsoft centrado en las empresas.

Ser realista:Compatible con los estándares de HTML no es realmente práctico, otros que recurrir a los fanáticos.Idealmente, todos los navegadores de aplicar la norma.Pero no es así.No es realista para implementar un estándar nadie implementa completamente.

La línea inferior es implementar un sitio que funciona en todos los navegadores IE6 y de seguridad.Si tiene errores correctamente para que los navegadores antiguos, hacerlo.Pero no lo ignoren.Ellos existen, y los usuarios no utilizar los sitios que no funcionan.A menudo son ordenadas por sus empresas para no utilizar los diferentes navegadores, por lo que sugiere que la actualización no es una opción.

Answer 3

I love normas tanto como el que más, pero sinceramente esto se ha convertido en una especie de guerra / niño religiosa latigazos.

El principal problema que he visto es este patern:

• Navegador de la empresa 'X' hace que los navegadores tolerante a fallos y los intentos de páginas de visualización que están mal formados. También se desvía de los estándares a lo largo del manera, ya sea por accidente o en un intento de crear su propio nuevo estándar.
• Sin experiencia web utiliza Desarrollador browser 'X' para poner a prueba su diseño como que avanzan, lo que permite fallos en su margen de beneficio a pasar desapercibido.
• Navegador de la empresa 'X' está ahora atrapado en la posición de cualquiera de última hora Los sitios existentes o mantener conocida defectos en las nuevas versiones de su navegador.

No sea parte de este ciclo.

Answer 4

No estoy seguro de qué versión de IE que realmente está discutiendo sobre, pero esto digg el blog poste ilustra que más de la mitad de los usuarios de IE6 no están usando IE6 por elección.

Tener un argumento religioso sobre los navegadores no va a cambiar el hecho de que muchos de sus usuarios pueden no tener ningún control sobre cómo ven su sitio. Así se llega a una decisión de negocios, y el costo versus beneficio de atender a aquellos que podrían ser un poco detrás de la curva.

Answer 5

  

Desarrollar a los estándares del W3C, y hacer que se vea bien en IE. Ellos no son mutuamente excluyentes.

A veces son. Cuando lo son, el desarrollo de los estándares del W3C es por lo general la elección sensata. Un problema más grande, por supuesto, es el desarrollo de múltiples versiones de IE; el establecimiento de un límite inferior duro 7 es probablemente una buena idea, pero eso es hasta el editor en cuestión.

Con la construcción de diseños fundamentalmente roto, pero sin romper selectivamente que está haciendo nada más que instalando al fracaso.

Answer 6

En realidad, una empresa debe satisfacer a sus usuarios. La ideología no es suficiente. Desarrollar los estándares, pero luego hacer que funcione en IE. Comentar código y explicar donde se introducen los cortes. Si usted está hablando de IE8, no es tan malo. Si necesita apoyo IE7 o incluso 6, entonces tendrá más trabajo.

Answer 7

El código para el navegador que tiene cierta cuota de mercado y más estrechamente se adhiere a la prueba de fuego. Trabajo en torno a otros navegadores y decidir qué navegadores no será una preocupación.

Para mí, en este momento, eso significa:

El código para Firefox, evitar para IE, asegúrese de que funciona de la misma manera en Chrome y Safari e ignorar el resto.

Answer 8

Hay algunas afirmaciones interesantes en los argumentos anteriores. Los vendedores no se preocupan por las normas. aplicaciones de pruebas futuras mediante la adhesión a las normas. Non-IE representa ~ 20% de cuota de mercado. Si se produjera alguna evidencia empírica a favor o en contra de éstos que podría ayudar.

Lo más importante en mis ojos, que tiene un reclamo que es ", puede utilizar las etiquetas condicionales para evitar errores de IE, pero si se intenta codificar a la inversa, es mucho más difícil escribir hacks para forzar a Firefox / Safari / etc para visualizar el código HTML / CSS roto codificadas correctamente ". Esta afirmación de la falta de simetría no es intuitivo para los ojos, pero si es cierto es un argumento bastante fuerte.

En lo personal, si alguien realmente estaban diciendo "más o menos derecha está bien" y "no se preocupe ... exactamente" entonces tendría problemas para tomar en serio esos argumentos.

¿Por qué se está desarrollando en / para Firefox un dolor?

Answer 9

No guardo ningún amor por el W3C, como las "normas" que han surgido a partir de ahí son más o menos horrible y la razón por la que todo el mundo hace todo diferente en una u otra forma.

declaraciones CSS condicionales , que le permite ajustar a cabo peculiaridades CSS IE que funciona en la mayoría de los navegadores.

Así que creo que lo mejor que puede hacer es escribir HTML que se ve bien y funciona como se espera (normas schmandards), y cuando se enfrenta a tener que hacer algo feo para conseguir que funcione en IE entonces utilizar CSS condicional.

---

Aclaración en mi opinión cínica W3C: Grande. Pelota. De. Barro.

Answer 10

Siempre instruir a mi equipo para diseñar con Firefox (leer 'los estándares del W3C') en mente y sólo después llenar los vacíos extravagantes en lo que concierne IE. Estoy totalmente de acuerdo con su punto de vista más debido a que tiene tanto sentido.

MS ha sido supuestamente tratando de hacer que IE más compatible desde siempre, pero siguen siendo una posibilidad muy remota ... mientras que otros navegadores como Firefox y Chrome tienen la ventaja de aprender de los errores de MS. Dado que una parte significativa de los usuarios de Internet todavía utilizan IE 6, siempre vas a tener que añadir otras comprobaciones condicionales especiales para atender a esos "eslabones perdidos".

No veo la forma en que es un dolor para el desarrollo de Firefox, teniendo en cuenta los complementos impresionantes como Firebug y Web Developer.

Answer 11

Su argumento adolece de un defecto importante: ¿Qué versión de IE se dirige?

Un sitio puede verse bien en IE6 y chupar terriblemente en IE7 y 8. O verán bien en IE6 y 7, pero terriblemente aspirar a falta de IE8 (más compatible con los estándares) modo de representación.

apoyo IE6 es caer; el uso de Internet Explorer 7 superó uso de IE6 hace un tiempo, e IE8 está ganando lentamente la tracción.

En la web, el diseño de un explorador de 8 años de edad, es un error. Diseño de los nuevos navegadores en primer lugar, a continuación, añadir en lo que necesita para navegadores antiguos.