La tecnología front-end de la producción web debe continuar siendo reformada

Recientemente, ha habido un debate sobre el diseño de CSS y el diseño de la mesa nuevamente en Internet. Al principio estaba un poco insatisfecho: pensé que la importancia del diseño de CSS ya había estado profundamente arraigado en los corazones de las personas, pero no esperaba que tantos diseñadores y desarrolladores tuvieran objeciones.

Después de calmarse y después de pensarlo, sentí que las razones pueden ser dos aspectos:

• Por un lado, IE6 todavía está disperso, lo que hace que los costos de desarrollo web sean altos. Una vez hubo una estadística en línea que mostró que los desarrolladores web tienen la relación de entrada/salida más baja para IE6. Creo que la mayoría de los ingenieros front-end han tenido la experiencia de ser torturados por IE6. En lugar de usar el diseño CSS con tanta dolor, es mejor usar la mesa para ser refrescante y conveniente.
• Por otro lado, descubrí que los ingenieros frontales se están volviendo más pragmáticos y se centran en la eficiencia. Muchas características nuevas de CSS2 y CSS3 no se han popularizado ampliamente durante mucho tiempo, y las ventajas de CSS, de las que hablan los evangelistas estándar web, a menudo encuentran compromisos cuando se reflejan en la realidad. Aunque siempre he tomado los estándares web como mi misión, tengo que estar de acuerdo en que la compatibilidad del navegador de la mesa es la mejor; El diseño de la mesa es más fácil para los diseñadores comenzar. En lo que respecta al entorno doméstico, las garrapatas siguen siendo la forma más común de crear temas de portal o páginas de promoción del sitio web de comercio electrónico, y su existencia es razonable.

Por lo tanto, si bien abogamos por el diseño de CSS, no necesitamos difamar la tabla en sí misma para que no tenga valor para demostrar su superioridad. En el desarrollo diario, no hay necesidad de ser lo suficientemente radical como para abandonar completamente las tablas. La tabla en sí tiene semántica, y debe usarse cuando sea hora de mostrar tablas de datos; Durante el proceso de desarrollo, también es posible usar el diseño de la tabla+CSS en algunas ocasiones que deben sopesarse. En este sentido, aprecio el enfoque pragmático de los ingenieros front-end de Google y Facebook. Puede seguir el cuadro de diálogo emergente común con sombras translúcidas en Facebook, que se hace usando <table>, y también es muy exquisito.

Este debate, combinado con el desarrollo de los estándares web en los últimos años, me ha llevado a pensar en la diferencia entre la mejora y la reforma en el desarrollo web.

XHTML 2 intenta evolucionar directamente a XML, anunciando un descanso con HTML. Esto una vez me entró en pánico, un desarrollador HTML tradicional. Y cuando vi la organización WhatWG proponer HTML5 (finalmente reconocida por W3C), su mejor mejora me hizo sentir mucho más íntimo, y los hechos también demuestran que HTML5 se está moviendo hacia nosotros cada vez más. Douglas Crockford incluso sintió que HTML5 era demasiado feroz y propuso un plan de mejora para HTML 4.2.

Veamos a JavaScript nuevamente. Ecmascript 4 cambió mucho JavaScript. Afortunadamente, el Comité Técnico regresó a su cordura en la etapa final, y el ESMascript 3.1 compatible con versiones anteriores que se volvió a propuesto fue obviamente reconocido por más desarrolladores que realmente estaban luchando en la línea del frente.

La mejora, en lugar de la reforma sangrienta, puede ser una forma más práctica y razonable de promover el desarrollo tecnológico. Este es el caso con la evolución de los estándares web, la actualización de productos o proyectos, e incluso la construcción de sistemas sociales.