Что должно быть записано сначала, XHTML или CSS?

Вы не можете написать CSS до написания HTML (кроме тега body! ), или будешь работать как слепой.

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

Я использую дизайн Expression для нарезки изображений и добавления / изменения HTML / CSS, пока не получу окончательный шаблон.

Мои 3 цента:

Какова цель веб-страницы? В большинстве случаев эта цель напрямую связана с ее содержанием.

Итак, первое - это довольство. HTML дает контент, получает его семантику. CSS дает семантике контекст.

Итак, порядок:

1. контент
2. html
3. css

Но, конечно, это итеративный процесс.

Я лично сначала пишу большую часть CSS, затем HTML, а затем настраиваю их вместе - по одной странице за раз (кроме общих элементов). Поначалу это звучит нелогично, но когда вы думаете о CSS не только как о стилях, но как о элементах, которые либо имеют стиль, либо стиль «ничего», на самом деле это очень быстро и создает компактный код.

Когда у меня есть несколько основных стилей, HTML остается лишь вопросом ...

<wrapper>
<div header>
<div this>
<div that>
<form>
<div footer>

... и все это примерно соответствует стилям и макету, которые я уже определил. Для элементов, которые не нуждались в стилизации, я просто мысленно пропустил их при написании CSS.

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

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

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

См. Также: Прогрессивное улучшение .

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

Я обычно выбираю второй вариант:

Написание HTML для элемента дизайна и CSS одновременно

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

Что касается предоставленной вами ссылки, я бы просто сказал, что у автора есть собственное мнение и личный стиль работы. Другими словами, это также зависит от того, какой способ вам удобнее или достаточно быстрый.

Я считаю ошибкой делать одно раньше другого. Программирование - это итеративный процесс. Записывайте их оба, пока не получите что-нибудь маленькое, что работает, а затем повторите это снова. Развивайте это. Итерировать.

Если вы напишете только HTML без написания CSS, вы позже узнаете, что у вас будет куча технических долгов, которые необходимо погасить.

Я давно задумывался об этом, когда создавал веб-сайты.

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

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

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

При чем здесь XML? Что ж, вы преобразуете (в браузере или на стороне сервера) его с помощью XSLT в документ XHTML, который считаете важным в процессе стилизации. Т.е. если у вас есть список исполнителей из 1000 записей и вы хотите настроить внешний вид страницы, используйте следующий XML-код содержимого:

<artists>
    <artist name="Moby" />
    <artist name="Cocorosie" />
    <!-- and so on -->
</artists>

Это считается неизменным содержимым, независимо от окончательного стиля - часть точки отделение содержимого от презентации, чего вы не смогли бы полностью реализовать с помощью XHTML, потому что CSS не может делать определенные вещи. Однако с помощью XSLT вы можете дополнительно преобразовать приведенное выше в желаемую разметку (затем вы можете применить CSS к):

<xsl:transform>
    <!-- XSLT is beyond the scope of this... -->
</xsl:transform>

преобразует XML во что-то вроде:

<h1>Artists</h1>
<h2>Page 1 of 10</h1>
<ul>
    <li><a>Moby</a></li>
    <!-- Only 100 artists per page -->
</ul>

А затем вы его стилизуете.

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

Многое из того, что XSLT делает с XML, можно вместо этого сделать с помощью JavaScript на XHTML, но я считаю создание сценариев на стороне клиента дополнением, а не заменой таких вещей, как XSLT. Опять же, Firefox и большинство других современных браузеров могут выполнять XSLT на стороне клиента, что стирает различие между написанием сценариев и обслуживанием документов.

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

По этой причине HTML и CSS следует использовать параллельно при создании веб-страниц и отдельных элементов.

Я пишу их одновременно, итеративно, в модулях.

Я создам общий шаблон (или базовый шаблон) в html / css, проведу полный кроссбраузерный тест, а затем перейду к дополнительным шаблонам.

Это хорошо сочетается с .net, где я использую главные страницы и вложенные главные страницы.

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

Мне не нравится идея возврата и далее с кодом. Если я набираю #header в html, мне кажется довольно логичным стилизовать заголовок прямо сейчас. Это хорошо для моего душевного равновесия: D

Так что я выбираю второй вариант: я писал код одновременно.

HTML нужно писать раньше, чем CSS.

Ваш вопрос такой: «Лучше ли спроектировать интерьер автомобиля, прежде чем иметь машину?»

Возможно ли это? или это умная работа?

Извините, я не выбираю никого из них ..

Во-первых, вы не можете написать весь CSS для своей страницы. хотя лучше сначала написать общие классы css и макеты страниц. Т.е. после создания макета страницы вы просто создаете страницу, используя теги table или div. после этого, добавляя элементы управления на страницы, вы просто определяете общие стили, которые вы используете. Эти стили вы можете использовать как классы css. или отдельный идентификатор. Я следую этому методу при проектировании.

Думаю, так лучше.

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

Несколько советов.

1. повторное использование уже сделанных CSS и HTML. т.е. если у вас уже есть шаблон с базовыми обертками HTML сохраните его для следующего проекта или страницы или если вы установите все изображения на border: none в вашем CSS вы можете легко сохранить файл CSS с помощью базовые настройки
2. увидеть объект в своей голове раньше разрабатывая его
3. , проверьте в 5 основных браузерах (ie6 ie7 IE8 Chrome и Firefox)