Источник новостей: COMSHARP
Стесняетесь ли вы, будучи веб-дизайнером в конце 2008 года, признаться, что используете Table в своем коде? Если да, то вы смелый человек. Веб-дизайн — странная отрасль. Вы можете создать свой веб-сайт так, чтобы он выглядел вечером как рекламные объявления. газету или разблокируйте рекламу в коридоре, но не позволяйте никому знать, что вы используете Table в своем исходном коде, это похоже на продавца, который подтянул брюки и обнаружил, что на нем белые носки.
Таблица такая уродливая и раздутая. Даже если вы отображаете только простой фрагмент контента, вам все равно нужны три основных тега <table><tr><td>, и к каждому тегу добавляется множество беспорядочных атрибутов. В отличие от <div. > просто, аккуратно и модно. Они идеально сочетаются с CSS. Они образуют самую совершенную модель коробки. В реальности вы помещаете в них вещи, а затем свободно меняете их расположение. один макет, не важно, просто измените определение CSS, и родится совершенно новый макет; в отличие от Таблицы, Таблица похожа на сервант в столовой, ряды и столбцы, простоватые и засаленные, как и наши. родители неряшливо забирают все домой и складывают вразброс в углу. Если Див — мелкая буржуазия, Стол — третье поколение. Они не принадлежат к этой эпохе.
То есть в последние годы, максимум три-пять лет, W3C - это организация, которую все считают важной, но всем не нравится. Их официальный сайт очень уродлив, осмелюсь сказать, что я никогда не видел такого уродливого сайта у себя. life, но их веб-сайт — один из немногих, который может пройти проверку по всем стандартам W3C, а это означает, что их веб-сайт идеален с точки зрения грамматики, структуры и доступности, хотя он все еще очень уродлив. Но это шутка, W3C очень важен, иначе Microsoft доведет всех инженеров веб-разработки до точки невозврата. К счастью, после смерти Netscape Nirvana выпустила Firefox, и хотя Opera не получила никаких преимуществ после рождения. По крайней мере, Firefox. Вы получили моральную поддержку. Вы видели, что старший брат наконец-то вышел позаботиться о вас? После возвращения Джобса Apple вернулась к своей былой славе. Только тогда люди узнали, что в мире существует браузер под названием Safari. Все это в совокупности сделало существование W3C действительно необходимым.
W3C утверждает, что Table можно использовать для размещения текста, форматированного текста, изображений, ссылок, форм и других таблиц... Однако таблицы не следует использовать исключительно как средство для размещения содержимого документа), причина в том, что Table приведет к проблемы, когда Интернет отображается с помощью невизуальных устройств, которые предназначены для чтения с экрана и браузеров Брайля. Кроме того, Table будет заставлять пользователей прокручивать влево и вправо на больших устройствах отображения. Поэтому веб-дизайнерам следует использовать CSS вместо Table. См. W3C HTML 4.01 для определения таблицы. Когда W3C сказал это, это было 24 декабря 1999 года. Хотя CSS появился уже давно, немногие люди использовали его. Оригинальный Интернет был похож на онлайн-версию документа и не стал той платформой, которой он является сейчас. большое внимание уделялось вопросам макета. С образованием первого интернет-пузыря появилось большое количество веб-сайтов-порталов, которые стали создателями табличного макета, поскольку их домашние страницы были больше, чем все страницы всей газеты вместе взятые. В этом отношении очень удобна таблица Complex. Комбинируя colspan и rollspan, можно добиться практически любой сложной компоновки.
Этот стиль макета все еще был очень популярен в начале 2000-х и в середине 2000-х, особенно в Китае. Подсознанием Да Вэймэя люди втиснули на главную страницу все, что можно было втиснуть на одну страницу. Таблица была похожа на экономку. в старую эпоху, хотя и не может быть упорядочено все, по крайней мере, расположено в одном и том же порядке. Однако этот вид Интернета наконец достиг точки, когда люди испытывают отвращение. С появлением поиска, подписки на RSS и персонализированного Интернета, представленного блогами, у людей появилось больше каналов для получения информации без необходимости посещать те немногие веб-сайты, которые почти необходимы. На главной странице упавшего в обморок портала появился свежий, облегченный веб-стиль с использованием более простой компоновки, более ярких цветов, крупных значков, больших баннеров и в то же время более читаемых крупных шрифтов. CSS уже был очень зрелым, а такие браузеры, как Firefox, Opera и Safari, намного лучше IE соответствовали стандартам W3C. Люди наконец осознали силу CSS. Поскольку ядром CSS является модель Box с точки зрения макета, люди должны найти объект-контейнер, к которому можно прикрепить CSS.
Div — счастливчик, потому что это, естественно, лучший прототип Box. С точки зрения семантики Div представляет собой квадратную область страницы. Что еще более важно, он не похож на <P> или <a>. заранее заданная специальная семантика (хотя их также можно использовать в модели Box, с другой стороны, из-за ненависти людей к Таблице, правящей раздутой эпохой, в конце эпохи преемники будут усердно работать над стиранием старых); Следы времени, судьбы тех символов или представителей старой эпохи в основном таковы, что люди не просто забывают их, а проводят между ними четкую границу.
Вот тут-то и начинается все несправедливое обращение с Таблицей. Почему это несправедливо? Когда W3C не рекомендует использовать таблицу, вместо нее следует использовать CSS. Что это означает? Конечно, он поддерживается, а поскольку Table — это старый объект HTML и его статус был очень важен, любой браузер обеспечивает самую совершенную поддержку Table, включая поддержку CSS. Когда люди используют Div, они, кажется, забывают, что Table — это тоже Box, и это Box с несколькими внутренними ячейками. Table в целом ничем не отличается от Div с точки зрения модели Box и ее внутренних ячеек, за исключением Margin. это все еще Box, и внутренний ящик не содержит понятия Margin, что следует понимать. Излишне говорить, что Div великолепен. Однако, когда люди говорят Div + CSS, это, похоже, подразумевает, что Table не может использовать CSS. Это огромное недоразумение.
Все свойства CSS, поддерживаемые Div, поддерживаются и Table. Фактически, до того, как Div стал популярным, первые последователи Div когда-то говорили с небольшой уверенностью, что если Table может это сделать, то и Div может это сделать, и они также заплатили за свои слова. цена, люди, которые пытаются добиться вертикального центрирования в Divs, поймут, что я имею в виду, а люди, которые пытаются добиться 100% макета Div в IE6 без взлома CSS, поймут, что я имею в виду, еще лучше. 100% проблема с высотой, проблема с адаптацией ширины между несколькими Div, я думаю, с ней столкнется любой, кто занимается дизайном Div + CSS. Преимущество таблицы в этом отношении не в том, насколько она хороша, а в том, что она старая, и ни один браузер не осмеливается ее игнорировать. Это также связано с ее оригинальными характеристиками. Люди изобрели таблицы, потому что хотят, чтобы данные отображались аккуратно. . Это так просто. Однако почему Тейбл впоследствии приобрел такую известность? Сторонники Div обвиняют Table не более чем в следующем.
Код раздут: вам нужно написать как минимум три тега <table><tr><td>, прежде чем вы сможете запустить реальный контент. Кроме того, различные теги Table также содержат сложные определения атрибутов, в то время как Div нужен только < div. >лейбл.
Проблемы с производительностью отрисовки страниц: браузеру необходимо полностью прочитать всю таблицу, прежде чем она начнет отрисовку.
Плохо для SEO: поисковые системы любят, когда контент отделен от полировки.
Плохая доступность: программное обеспечение для чтения с экрана и браузеры Брайля не могут хорошо понять содержание таблицы.
Недостаточно семантично: нам нужна семантическая сеть.
Статья 1: Код раздут.
Прежде всего, единственные атрибуты в таблице, которые нельзя определить с помощью CSS, — это Cellspacing и Cellpadding. Все остальные атрибуты могут и должны использовать CSS. Таким образом, остальные — это <table><tr>. <td> и <div>, я считаю, что для веб-страницы размером в десятки тысяч, даже если используются десятки таблиц, дополнительный код можно игнорировать. Тем, кто жалуется на раздутый код таблицы, действительно следует проверить. их привычки кодирования. Человек, который может написать очень раздутую таблицу, может быть не таким кратким, как написание Div.
Статья 2. Проблемы с производительностью рендеринга страниц.
Я использую ноутбук 2004 года выпуска с процессором 1,6 ГБ и памятью 1 ГБ. В этой конфигурации я не вижу никакой разницы в скорости между макетом таблицы и макетом Div при рендеринге страницы. На самом деле, это даже если есть. разница небольшая, задержку относительно самой сети можно игнорировать.
Статья 3: Не способствует поисковой оптимизации.
Если вы максимально используете CSS вместо атрибутов таблицы, как упоминалось ранее, разница между сгенерированным кодом и Div не будет очень большой. Будут ли поисковые системы дискриминировать <table>. tag? Я пока не нашел оснований для этого утверждения.
Статья 4: Плохая доступность
Это неотъемлемый недостаток Table, но большинство поклонников Div + CSS, похоже, не отвергают Table по этой причине.
Статья 5: Недостаточная семантика.
Значение Semantic Web гораздо глубже. Он не просто запутался в Table и Div. Даже W3C не предусматривает, что Table можно использовать только для отображения табличных данных. Многие люди запутались в семантике. Табл. Люди, вам лучше подождать HTML 5, это настоящая семантика.
Цель этой статьи не в том, чтобы заставить вас отказаться от Div и присоединиться к Table. Напротив, если Div может удовлетворить ваши потребности в дизайне, Div по-прежнему остается первым выбором, но нет необходимости избегать Table, иначе он уйдет в конец. другая крайность. Многие проекты, которые невозможно легко реализовать с помощью Div, все же можно реализовать с помощью Table. Конечно, независимо от того, что используется, CSS следует использовать для разделения контента и оформления. Div + CSS и Table + CSS являются допустимыми конструкциями, используйте тот, который проще. По моему опыту, когда вы можете предсказать формат вашего контента и иметь полный контроль над форматом отображения контента, который вы собираетесь добавить, вам следует использовать Div + CSS, когда контент, который вы собираетесь добавить, не фиксирован и не исправлен; вы не можете предсказать это. Для его формата, если вы не хотите, чтобы страница рухнула, использование Table + CSS является безопасным подходом.
Источник статьи: COMSHARP CMS Автор: 35 километров