Как я могу объяснить программисту, что позиционирование CSS имеет много преимуществ по сравнению с макетами на основе таблиц?

Question

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

Несколько пунктов, которые он поддерживает в пользу таблиц:

1. Это то, чему учили в начале 10 лет обучения программированию и информатике, таким образом, это «должно быть» правильно.
2. Крупные компании используют таблицы для достижения «технических» вещей (например, скриптов на стороне сервера и работы с формами)
3. Это экономит время.

Я кодировал ему несколько примеров CSS, точно соответствующих макетам на основе таблиц, и предоставил множество ссылок на статьи, объясняющие преимущества SEO и доступности.

Что касается семантического использования тегов HTML, я подробно объяснил на примерах, как таблицы отлично подходят для отображения табличных данных, но не для общего макета.

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

Снова вопрос: как я могу объяснить программисту, что позиционирование CSS имеет много преимуществ по сравнению с макетами на основе таблиц?

Answer 1

Покажите ему CssZenGarden . Вы не можете сделать это с таблицами.

Создание таблиц действительно просто. Изменение дизайна таблиц, например «Поставить навигацию слева, а не сверху», совсем не так.

Answer 2

Это то, чему учили в начале 10 лет программирования и степени информатики, таким образом это «должен» быть правым.

Так же были кадры и marquee теги. люди больше не используют это по причине

Крупные компании используют таблицы для достижения «технические» вещи (например, на стороне сервера скриптинг и работа с формами)

Если под «техническими» вещами он подразумевает некрасивые вещи, то он прав. Кроме того, как я уже сказал, таблицы хороши для табличных данных, и вы ДОЛЖНЫ использовать их для этого. Кроме того, я не вижу, как сценарии и формы на стороне сервера имеют какое-либо отношение к таблицам.

Это экономит время. Да, по крайней мере, на начальном этапе. если вы хотите, чтобы ваш код в дальнейшем можно было поддерживать, таблицы не сэкономят ваше время.

Я бы сказал, что подход, который использует как таблицы, так и divs / css, является лучшим.

Answer 3

Скажите программисту, чтобы он посмотрел требования к доступности и / или 508 стандартов. В зависимости от его целевого рынка это должно означать, что это требование.

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

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

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

Answer 4

Таблицы были использованы для разметки, потому что это все, что у нас было. Это всегда было взломом, они никогда не были предназначены для того, чтобы делать все то, к чему их приставляли. Конечно, большинство программистов сегодня знают историю HTML достаточно, чтобы понять, почему все было так, как было ... и что во время их изобретения мы понятия не имели, каким будет Интернет.

Никто не выдвигал их как механизм проектирования, по крайней мере, не так, как они в итоге оказались. Таким образом, аргумент, что «так было всегда», проваливается. Так было, потому что мы еще не придумали правильный способ.

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

Дизайн без таблиц имеет множество преимуществ (если только вы не отображаете табличные данные). Они более доступны, проще в управлении, (как правило) меньше ... список можно продолжать и продолжать.

Любой, кто все еще продержится, просто не желает или не способен изучать бесстольный дизайн.

Answer 5

Мне нравится этот вопрос. Это все еще кажется жестким печеньем.

Я разработчик и предпочитаю CSS для всего. прежде всего

1> Это то, чему учили в начале 10 лет обучения программированию и информатике, поэтому оно должно быть правильным. - HA

• Формат таблицы, как я видел, является презентацией. Поэтому следует убрать из логики.

• Работа с дизайнерами, позволяющая им изменять формат таблиц по своему желанию, является большим бонусом за свободу дизайна.

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

• Это может сэкономить время, но позже может встретить другие проблемы, опять же с редизайнами, SEO, доступностью.

У меня возникла проблема при желании добавить другое поле ... внутри <div class='cell'>my new field data</div> POP DONE - вы должны возиться со всем усадьбой форматирования таблиц, что отнимает много времени и утомительно -

---

«Работа с дизайнерами, позволяющая им изменять формат таблиц по своему желанию, является большим бонусом за свободу дизайна». Я не понимаю этого вопроса, не могли бы вы уточнить? Сначала я дизайнер и изучал веб-кодирование только для удовлетворения потребностей моих клиентов в веб-дизайне. Мой друг - программист, и мне нужны мои дизайнерские навыки, чтобы помочь ему развить бизнес.

Ну, по моему опыту, каждый дизайнер имеет право сказать: «Я хотел бы немного сместить это поле вправо на три пикселя» - с таблицей трудно вырвать прямоугольник. Предоставление дизайнеру возможности либо представить что-либо в формате таблицы, либо сделать магию -

Например, сегодня - работа с картами Google - это мой взгляд, шаги маршрута (направления, которые вы получаете для поворота на поворотах), я видел это как таблицу, и это все. Позже область дизайна была изменена, и это больше не был простой формат таблицы. Если бы я делал структуру таблицы - это было бы перекодировкой на моей стороне или тяжелым испытанием для дизайнеров.