Как я могу объяснить программисту, что расположение CSS обладает многими преимуществами по основанным на таблице разметкам?
У меня есть друг, который хочет работать внештатным веб-разработчиком, но настаивает, что таблицы являются путем вперед к разметкам.
Несколько точек он поддерживает в пользу таблиц:
- Это - то, что преподавалось в начале 10 лет программирования и градусов информатики, таким образом это 'должно' быть правильно.
- Крупные компании используют таблицы для достижения 'технических' вещей (как серверные сценарии и работа с формами)
- Это экономит время.
Я кодировал его некоторые примеры CSS, точно соответствующего основанным на таблице разметкам, и предоставил много ссылок на статьи, объясняющие преимущества доступности и SEO.
Относительно семантического использования HTML-тэгов я объяснил подробно с примерами, как таблицы являются большими для отображения табличных данных, но не для общего расположения.
С точки зрения клиента я объяснял ему, что не нанял бы кого-то использующего устаревшие методы в качестве их основной стратегии расположения. Поскольку он - мой друг, и я желаю ему всяческих успехов, я полагаю, что для него важно получить лучший запуск при подаче для работы.
Вопрос снова: Как я могу объяснить программисту, что расположение CSS обладает многими преимуществами по основанным на таблице разметкам?
5 ответов
Попросите программиста найти требования доступности и / или стандарты 508. В зависимости от его целевого рынка это должно означать, что это требование.
В противном случае вызовите его на соревнование. Возьмем сценарий потенциального клиента, которому нравится эта функциональность, но он хочет, чтобы эта кнопка переместилась туда, это меню переместилось сюда, бла, бла, бла. Посмотрите, кто победит.
В защиту друзей. Если он нацелен на малый бизнес, большинство из них, вероятно, не заметят разницы, использует ли он таблицы или CSS. Им просто нужен работающий сайт.
Похоже, твой друг просто ленив. Он не протянет долго как свободный разработчик, если будет настаивать на том, чтобы не идти в ногу с технологиями и тенденциями.
Таблицы использовались для разметки, потому что это все, что у нас было. Это всегда было взломом, они никогда не собирались делать все то, во что их вложили. Конечно, большинство программистов сегодня достаточно знакомы с историей HTML, чтобы понимать, почему все было организовано так, как было ... и что во время их изобретения мы не имели ни малейшего представления о том, во что превратится Интернет.
Никто не использовал их как конструкторский механизм, по крайней мере, в том, как они закончились. Так что аргумент о том, что «так было всегда», здесь не имеет смысла. Так было, потому что мы еще не придумали правильный способ.
Лично я тоже не думаю, что это экономит время. Вы тратите столько же времени, повторяя себя и набирая эти раздражающие теги снова и снова, все время сохраняя точное количество столбцов, которые вы в настоящее время должны охватывать.
Бестабличный дизайн имеет множество преимуществ (если вы не отображаете табличные данные). Они более доступны, проще в управлении, (как правило) меньше по размеру ... список можно продолжать и продолжать.
Любой, кто все еще держится, просто либо не желает, либо не может изучить дизайн без таблиц.
Это то, чему учили в начале 10 лет обучения программированию и ученой степени по информатике, поэтому "должно быть" верно.
Так же были рамки и теги marquee . люди не используют это больше по какой-то причине
Крупные компании используют таблицы для достижения "технических" вещей (например, сценариев на стороне сервера и работы с формами)
Если "техническими" вещами он имеет в виду уродливые вещи, тогда он прав. Кроме того, как я уже сказал, таблицы хороши для табличных данных, и вы ДОЛЖНЫ использовать их для этого. Кроме того, я не понимаю, как сценарии и формы на стороне сервера имеют какое-либо отношение к таблицам.
Это экономит время. Ага, по крайней мере, поначалу. если вы хотите, чтобы ваш код можно было поддерживать в долгосрочной перспективе, таблицы , а не сэкономят ваше время.
Я бы сказал, что лучше всего использовать как таблицы, так и div / css.
Мне нравится этот вопрос. Кажется, это все еще крутая печенька.
Я разработчик и во всем предпочитаю CSS. прежде всего
1> Это то, чему учили в начале 10 лет обучения программированию и информатике, поэтому это «должно быть» верно. - HA
Формат таблицы, как я видел, является предметом представления. Поэтому следует убрать из логики.
Работа с дизайнерами, позволяющая им изменять формат таблиц по своему усмотрению, является большим бонусом к свободе дизайна.
Таблицы определенно по-прежнему имеют свое место в мире, но крупные компании используют их только, поскольку техническая команда часто сталкивается с более серьезными проблемами, чем выбор макета стола или изменений презентации.
Это может сэкономить время, но может позже решить другие проблемы, опять же с редизайном, SEO, доступностью.
У меня возникла проблема, когда я хотел добавить еще одно поле ...внутри POP DONE - вам нужно возиться со всеми функциями форматирования таблиц, что отнимает много времени и утомительно -
"Работа для дизайнеров разрешение изменять формат таблиц по своему усмотрению является большим бонусом к свободе дизайна ». Я не понимаю этого момента, не могли бы вы уточнить? Я в первую очередь дизайнер и изучаю веб-кодирование только для удовлетворения потребностей своих клиентов в веб-дизайне. Мой друг - программист, и ему нужны мои дизайнерские навыки, чтобы помочь ему в бизнесе.
Что ж, по моему опыту, каждый дизайнер имеет право сказать: «Я бы хотел переместить это поле немного вправо на три пикселя» - со столом сложно вырваться из рамки. Предоставление дизайнеру возможности представить что-то в виде таблицы или сотворить магию -
Например, сегодня - работа с картами Google - это мой разум, шаги маршрута (направления, которые вы получаете для дорог от поворота к повороту) я видел это как таблица и все. Позже объем дизайна был изменен, и это больше не был простой формат таблицы. Если бы я сделал структуру стола - это было бы перекодировкой с моей стороны или испытанием со стороны дизайнеров.
Покажите ему CssZenGarden . С таблицами этого не сделать.
Создавать с помощью таблиц действительно просто. Изменение дизайна таблиц, например «Поместить навигацию слева, а не сверху», совсем не так.