Вы создаете красиво отформатированный HTML?

Ответ 1

Я стараюсь не беспокоить себя. Благодаря таким инструментам, как Firefox DOM Inspector и Firebug, которые преобразуют ваш HTML в красивое, разборчивое дерево, я не вижу смысла форматировать исходный HTML-код. Он также сохраняет по несколько байтов в каждом запросе.

Ответ 2

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

Ответ 3

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

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

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

Ответ 4

• Файлы Javascript сжимаются и не красиво отформатированы (jQuery any)?

• Изображения не распространяются в читаемом или многоуровневом формате (photoshopm, layered pngs)

• Файлы SWF скомпилированы.

• Двоичные файлы нелегко читать в шестнадцатеричном редакторе.

• Html Исходный код не предназначен для чтения клиентом клиентом. Это означало, что он читается машиной и интерпретируется.

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

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

edit: Конечно, я не говорю, не комментируйте свой код /​​html на стороне сервера. Комментарии должны быть удалены из кода ПРОДУКЦИИ. Они мало или совсем не имеют смысла, если у вас есть доступ к источнику.

Ответ 5

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

Ответ 6

Форматирование HTML сильно зависит от необходимости читаемости (и, следовательно, поддержки) в сравнении с оптимизацией страницы.

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

Однако, если размер вашей страницы означал, что в эфире было много графики и/или разметки, скорость загрузки страницы может быть большой проблемой. В этом случае вы пожертвуете красивой, аккуратной разметкой для более компактного HTML и уменьшенных размеров страниц. Это будет особенно актуально для стран, у которых по-прежнему было много пользователей при более медленных соединениях или коммутируемых телефонах (например, в Новой Зеландии с 40% -ным доходом на dial-up).

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

Ответ 7

Да, я на самом деле EXTREMELY анал об этом.

PROS: Просмотр источника и внесение изменений чрезвычайно просты. При показе образцов кода становится совершенно очевидно, что вы пишете свои собственные вещи и не "звоняете" им через Dreamweaver и т.д. Меньше "раздувания" программ, таких как Dreamweaver.

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

Ответ 8

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

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

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

Если кто-то хочет выглядеть под капотом, хорошо и хорошо, они могут вставить его в нечто, что переформатирует его для них, или просто использовать firebug.

Ответ 9

Я создал фреймворк в PHP, в котором каждый элемент был "элементом", результатом которого была большая древовидная структура элементов (как и источник HTML). Когда выведено, HTML был пятном на 100% с отступом и разделен линией. Я назвал его "Pretty Print"

Мораль этой истории: никто не заметил кроме меня.

Одним из преимуществ является упрощение отладки. Но современные средства отладки HTML (например, FireBug) делают форматирование для вас. Помимо этого, единственным преимуществом является гордость.

Ответ 10

Do you generate nicely formatted HTML?

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

Если вам нужно уменьшить код, то после обработки вашего вывода через компактор /obfuscator/etc, но всегда создавайте качественный, читаемый, отформатированный код.

* ИСКЛЮЧЕНИЕ: В необычно высоких рабочих ситуациях имеет смысл напрямую выводить предварительно сжатый, обфускационный и т.д. код. В таких случаях используется debug, чтобы добавить/удалить код форматирования, чтобы вы его кодировали, как будто он отформатирован, и можете отлаживать его как таковой, но вы можете удалить его в процессе производства. Имейте в виду, что в конечном итоге вам придется отлаживать не форматированный/сжатый/обфускационный код, и это будет... весело... для некоторых значений удовольствия...

-Adam

Ответ 11

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

Ответ 12

Вид между ними.
Когда я генерирую материал, код для его создания хорошо отформатирован. Следовательно, выход обычно нормально. Когда мне нужно что-то отлаживать, он получает полное лечение. Конечно, когда что-то не удается выполнить должным образом из-за проблем с DOM/CSS, он сразу же получает полное лечение, так как часто отсутствие пробелов может иметь непредсказуемые последствия.

Ответ 13

По какой-то причине при чтении этого вопроса возникает вопрос Haml. Язык шаблонов Haml всегда имеет хорошо отформатированный вывод, вы просто не можете писать шаблоны любым другим способом, иначе он не будет работать. Для разработчиков .net теперь также эквивалент NHaml.

Не уверен, что это полностью относится к вашему вопросу, но, поскольку серверные шаблоны идут, это действительно делает вещи довольно.

Ответ 14

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

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

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

Ответ 15

Да и нет.: -)

Созданный HTML хорошо отформатирован, но есть хороший шанс, что вы его не увидите. Мы создали "выходной фильтр", если хотите, в базовом классе страницы (.NET). Все пробелы удаляются, чтобы как уменьшить размер полезной нагрузки для загрузки пользователем, так и для инициативы по экономии полосы пропускания.

Ответ 16

Отформатировано, да. Ницца... редко.

Каждый раз, когда я пытался создать сгенерированный HTML-код, он превращал генерирующий код в полный беспорядок. Я все еще пытаюсь это сделать, но для его исправления требуется много усилий, и всегда есть компромиссы.

Если я могу дать здесь один совет, никогда не пытайтесь использовать XML API для HTML. С самого начала это может показаться приятным, и вы, вероятно, подумаете, что установить один логический отступ, чтобы весь ваш код был замечательным, но это ядро ​​Тьюринга. Я пробовал каждый API, указанный в руководстве по PHP, и каждый раз, когда проект заканчивался утоплением в функциях обертки.

Я начинаю сомневаться, что лучше оставить HTML unindented...

Ответ 17

Я использую функции проверки элементов в инструментах firebug, chrome и других разработчиков, которые отображают html-код в сворачиваемой древовидной структуре, а не только в украшенной версии, так зачем беспокоиться. В дополнение к украшению, это помогает мгновенно найти ошибки, связанные с соответствием методам, потому что дерево не будет заполнено вообще, если оно есть. Поэтому лично я редко использую "источник просмотра".

Я не борюсь с кодом, если вывод не прекрасен "бесплатно". Если вам стоит только возврат каретки, я могу это сделать. Если мне стоит рефакторинг строк линии кода - я просто оставлю это как есть.

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

Ответ 18

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

Ответ 19

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

Все, что я делаю, хорошо отформатировано.

E x c e p t

t H я S!!!!