Передняя технология веб-производства должна продолжать реформироваться

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

После успокоения и подумав об этом, я почувствовал, что причины могут быть двумя аспектами:

• С одной стороны, IE6 все еще находится в рассеянном, что повышает стоимость веб -разработки. Когда -то была статистика, которая показала, что веб -разработчики имеют самый низкий уровень ввода/вывода для IE6. Я считаю, что у большинства фронт-инженеров был опыт того, что он подвергся пыткам от IE6. Вместо того, чтобы использовать компоновку CSS так мучительно, лучше использовать таблицу, чтобы быть освежающим и удобным.
• С другой стороны, я обнаружил, что фронт-инженеры становятся более прагматичными и сосредоточены на эффективности. Многие новые функции CSS2 и CSS3 не были широко популяризированы в течение длительного времени, и преимущества CSS, о которых говорят евангелисты веб -стандарта, часто сталкиваются с компромиссами, когда они отражаются в действительности. Хотя я всегда принимал веб -стандарты в качестве своей миссии, я должен согласиться с тем, что совместимость с таблицей браузера является лучшей; Дизайнеры легче начать. Что касается внутренней среды, то таблицы по-прежнему являются наиболее распространенным способом создания портальных тем или страниц продвижения веб-сайта электронной коммерции, и их существование является разумным.

Поэтому, хотя мы выступаем за макет CSS, нам не нужно опознавать саму таблицу, чтобы быть бесполезным, чтобы доказать его превосходство. В ежедневном развитии нет необходимости быть достаточно радикальным, чтобы полностью отказаться от таблиц. Сама таблица имеет семантику, и ее следует использовать, когда пришло время отображать таблицы данных; В процессе разработки также можно использовать таблицу+компоновку CSS в некоторых случаях, которые необходимо взвесить. В связи с этим я ценю прагматический подход инженеров Google и Facebook Front-End. Вы можете следить за общим диалоговым окном всплывающего окна с полупрозрачными тенями на Facebook, который изготовлен с использованием <table>, а также очень изысканна.

Эта дискуссия в сочетании с разработкой веб -стандартов в последние годы заставила меня подумать о разнице между улучшением и реформой в веб -разработке.

XHTML 2 пытается развиваться непосредственно к XML, объявив о перерыве с HTML. Это когда -то паниковало меня, традиционный разработчик HTML. И когда я увидел, что организация Phatwg предлагает HTML5 (в конечном итоге признан W3C), ее мягкое улучшение заставило меня чувствовать себя намного более интимным, и факты также доказывают, что HTML5 движется к нам все больше и больше. Дуглас Крокфорд даже чувствовал, что HTML5 был слишком жестким и предложил план улучшения для HTML 4.2.

Давайте снова посмотрим на JavaScript. Ecmascript 4 так сильно изменил JavaScript. К счастью, технический комитет вернулся к своему здравомыслию на последнем этапе, и обратная совместимая Esmascript 3.1, которая была повторно представлена, была явно признана большим количеством разработчиков, которые действительно сражались на линии фронта.

Улучшение, а не кровавая реформа, может быть более практичным и разумным способом продвижения технологического развития. Это относится к эволюции веб -стандартов, модернизации продуктов или проектов и даже строительства социальных систем.