Какой есть более менее распространенный и полный формат «code style» для HTML?

Question

[TomaZ Vazovsky]

Здравствуйте. Поделитесь пожалуйста информацией. Знаете ли вы, какой-то более менее распространенный и полный формат "code style" для HTML? И какой используете лично вы на своих проектах? Что то вроде "PSR" или "Zend Code Style" для PHP.

Читал Google HTML/CSS Style Guide (правда бегло), но не нашел там ответа на свой вопрос, с которого начал поиски формата: что делать с тегами, если они начинают вылезать за 120 символов в длину. Понятно, что можно ничего ни делать, но, на мой взгляд, так крайней не удобно и не наглядно. Можно как-то переносить. Интересно, в этом плане, кто как делает, и есть ли более менее популярная и проверенная система.

Еще, к слову о "Google HTML/CSS Style Guide", я всегда закрываю теги, которые закрывать необязательно (у них требуется не закрывать). Может быть это анахронизм, оставшийся в наследство от XHTML, но мне так структура документа кажется более наглядной. А вы что скажете?

Поделитесь пожалуйста опытом, дамы и господа, кому не лень))

p.s. давайте сразу договоримся, что по поводу "табы vs пробелы" спорить не будем))

Answer 1

[Константин Довнар]

Не отрицаю прелесть подобных style-guide (как любитель Python и PEP8), но в верстке никогда ничего подобного не придерживался.
Вполне возможно, что зря, не знаю.
Главное мое правило всегда было - просто содержать документы в чистоте, что HTML, что CSS, чтобы в случае чего мог вернуться, вырвать\подглядеть кусок и спокойно его использовать\изменить, без боли в одном месте.

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

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

Comments

[TomaZ Vazovsky]

А что делаете, если тег (вместе с атрибутами) получатся длинный и уползает за 120 символов? Или просто длинным оставляете?

[Константин Довнар]

@TomaZ я, если честно, даже не знаю, что надо вытворять, чтобы строка была больше 120, если, конечно, это не статичный сайт

[TomaZ Vazovsky]

@SolidlSnake да вроде ничего особенного. Достаточно на 4-5 уровней вложенной формы с кучкой параметров. А если это twitter bootstrap, так вообще никаких проблем.

[Константин Довнар]

@TomaZ я лох, ничем настолько жестоким не занимался. :)
TB тыкал - не интересует, люблю сам писать структуру и вид документа, есть в этом что-то интересное. :)

Answer 2

[Михаил Шатилов]

Следую общим стандартам типа выравнивания кода без каши. Если вылезает html, то ничего не делаю (без отступов выходит до 120). Больше 160 не бывает в основном.

Answer 3

[Назар Мокринский]

Одиночные теги не закрываю

<img src="" alt="">
<input type="number">

Парные закрываю всегда
<p></p>
Почему? Потому что в первом это абсолютно не нужно, а во втором сложно держать в памяти какие теги при открытии закрывают какие, и несколько символов закрывающего тега не стоят того геморроя, который получится когда тег закроется сам не там, где вы ожидали.

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

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

А вообще в IDE PhpStorm/WebStorm есть команда реформатирования, которая подгонит структуру под нужный вам формат. Для PHP её не использую, пока не хватает опций для достаточно тонкой настройки, а вот для CSS/HTML подходит идеально. Наковырял с любыми отступами - оно выровняло всё под один стиль.

Comments

[Никита Баев]

Для CSS удобнее всего использовать CSSComb

[TomaZ Vazovsky]

@nazarpc я конечно же имел в виду только теги вроде и т.п. у которых закрывающий тег существует, но использовать его не обязательно.
В css у меня так же, только я еще делаю отступы для вложенных элементов и для крупных секций использую разделители с комментариями. Разделение свойств на категории слишком субъективно, только усложняет жизнь при командной разработке.
p.s. тоже использую PhpStorm.

[TomaZ Vazovsky]

@nazarpc парсер съел мои теги после "... имел в виду только теги вроде", там были теги p и td ))