Есть ли деловая причина стремиться к чистому макету CSS?

Question

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

Мой вопрос:

Кто эти несколько столов повредит?

Таблицы особенно хорошо работают с табличными данными & mdash; почему они так оскорблены в этот день и век? У Google.com есть таблица в исходном коде, как и у многих других сайтов (кстати, stackoverflow.com нет).

Answer 1

Храните свой макет и ваш контент отдельно, что позволяет вам легко изменять дизайн или вносить изменения в ваш сайт. Это может занять немного больше времени, но самая длинная фаза разработки программного обеспечения - это обслуживание . Css friendly сайт с четким разделением между контентом и дизайном лучше всего подходит для технического обслуживания.

Answer 2

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

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

Это, как говорится: как разработчик, я отказался от CSS Layout в основном потому, что мой дизайн все равно отстой, так что по крайней мере он может сосать правильно :-) Но если бы я когда-нибудь нанял дизайнера, я бы позволил ему использовать любой его редактор WYSIWYG выплевывает.

Answer 3

Помимо того, что легко обновляется и соответствует ...

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

Было несколько вечеров, когда я хотел выбросить свой компьютер из окна, потому что стиль, который я применял к div, не делал то, что я хочу, но вы учитесь на этих препятствиях.

Что касается бизнеса, то как только вы приступите к разработке веб-сайтов с помощью CSS, вплоть до науки, вы можете разработать процессы для каждого сайта и даже использовать прошлые веб-сайты и просто добавить другой заголовок, цвет и т. Д.

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

Как только вы преодолеете горб, оттуда все будет вниз. Удачи!

Answer 4

Бизнес-причина для CSS-макета: Вы можете удивить клиентов, сказав, что «наш портал полностью настраиваемый / настраиваемый без написания кода!»

Опять же, я не вижу никакого зла в разработке блочных элементов с таблицами. Под блочными элементами я подразумеваю, где не имеет смысла разбивать упомянутый элемент в разных конструкциях.

Итак, табличные данные лучше всего представлять в виде таблиц, конечно Проектирование основных строительных блоков (таких как строка меню, новостная лента и т. Д.) В своих собственных таблицах также должно быть в порядке. Только не полагайтесь на таблицы для общего макета страницы, и все будет в порядке, даже если вы не в порядке.

Answer 5

* Я бы позволил ему использовать то, что выплевывает его редактор WYSIWYG
Я просто выплюнул немного ...
* ааа привет? Вы не думаете, что графический дизайнер пишет CSS вручную?

Как ни странно, я работал с несколькими дизайнерами, и лучшие из них делают вручную настраивают их CSS. Парень, о котором я думаю, на самом деле выполняет все свои дизайнерские работы в виде файла XHTML с парой CSS-файлов и создает графические элементы на лету, когда они им нужны. Он использует Dreamweaver, но только в качестве навигационного инструмента. (Я многому научился у этого парня)

После того, как вы вложили средства в изучение чисто CSS-дизайна и приобрели небольшой опыт (узнал, где IE отстой [честно, он становится лучше]), в итоге я обнаружил, что это быстрее. Я работал над системами управления контентом, и приложениям редко приходилось менять дизайнерам, чтобы они выглядели совершенно иначе.

Answer 6

Я на самом деле могу видеть таблицы в переполнении стека на странице пользователя.

У него даже есть куча встроенных стилей ...

Answer 7

Я не думаю, что есть деловая причина вообще. Техническая причина, может быть, даже и так, едва ли - это огромный тайм-аут во всем мире, а потом ты смотришь на это в IE, ломаешься и плачешь.

Answer 8

Некоторые дополнительные причины, почему это хорошая практика:

• Доступность - в идеале должна быть сеть доступно всем
• Производительность - сохранить пропускная способность и загрузка быстрее на мобильном устройства (им не хватает пропускной способности для некоторых Степень и не может макет сложный столы быстро). Кроме того, быстрая загрузка - это всегда хорошо ...

Answer 9

:: кивает на Палмси и Джона Галлоуэя ::

Я согласен с фактором ремонтопригодности. Мне понадобилось немного больше времени, чтобы сделать мои первоначальные макеты (так как я все еще являюсь учеником джедая в искусстве CSS), но полная модернизация 15-страничного веб-сайта только путем обновления 1 файла - это рай.

Answer 10

Там определенно есть. Если вы все еще стремитесь к этому, вы не понимаете это правильно.

Макет DIV + CSS на самом деле намного проще, чем макет таблицы, с точки зрения удобства обслуживания и производительности. Просто продолжай практиковать это, пока не слишком рано говорить это.

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