Существуют ли стандарты, в которых прописан порядок атрибутов в html-тегах?

Question

[Stepan S.]

Понятно, что ничего не отвалится, если написать скажем в одном месте:
<form action="" method="">…</form>

а в другом:
<form method="" action="">…</form>

Но было бы гораздо проще опираться на стандарты и писать атрибуты и свойства в одном порядке

Например:

<input type="text" name="login" value="admin" id="login" class="form-control" required autofocus>

Answer 1

[Damir Makhmutov]

Порядок не важен. HTML это XML подобный язык разметки, а в спецификации XML написано:

the order of attribute specifications in a start-tag or empty-element tag is not significant

Пруф

Comments

[Евгений Петров]

Кто бы стал создавать сына-уродца, имея красавца-отца?)) Всё же наоборот — это XML можно назвать HTML-подобным.

[Stepan S.]

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

Answer 2

[Алексей Николаев]

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

Ну разве что я бы порекомендовал писать атрибуты, которые гипотетически не требуют значения в самом конце, например, required, checked и т.п.

Comments

[Stepan S.]

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

Answer 3

[Сергей Протько]

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

Comments

[Stepan S.]

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

Answer 4

[Дмитрий Евграфович]

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

Comments

[Stepan S.]

Я говорю не о валидации. А о рекомендациях. Которые могут применяться как людьми, так и инструментами форматирования HTML

[Дмитрий Евграфович]

@miloslovesky местный парсер не особо любит теги, прикреплю картинкой. https://yadi.sk/i/E0QInoH2auiRn Для удобства разработчика достаточно отступов в редакторе и каждый тег начинать с новой строки, если их много.

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

[Дмитрий Евграфович]

а хотя знаете, вам надо просто плагин для какой-нибудь ide написать. пускай он сортирует по алфавиту или по значимости :)

[Stepan S.]

Например в скорости работы. Быстро можно найти глазами или мышкой или еще чем нужным атрибут. Например ты всегда знаешь, что class="" в начале, value="" в конце

Answer 5

[Дима Паутов]

Вроде нет! Валидатору в любом виде дайте съесть код, в котором порядок атрибутов вставлен в разнобой и вы увидите, что ему все ровно! Так же и в css. порядок не имеет значения. А раз валидатор не ругается, значит можно!

Попробуйте вставить вашу форму в валидатор и перестанавливайте атрибуты с места на место. Вот и ответ.

Это все больше относится к стилю написания. У каждого он свой, кто то пишет по алфавиту, кому то плевать!

Comments

[Stepan S.]

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

Answer 6

[Евгений Петров]

В описании процесса парсинга в части разбора атрибутов указано, что порядок перечисления неважен.

For these purposes, the attributes must be compared as they were when the elements were created by the parser; two elements have the same attributes if all their parsed attributes can be paired such that the two attributes in each pair have identical names, namespaces, and values (the order of the attributes does not matter).

Пы.Сы. HTML и XML с появлением спецификации на HTML5 официально стали разными.

Authors are reminded that the processing for XML and HTML differs; in particular, even minor syntax errors will prevent a document labeled as XML from being rendered fully, whereas they would be ignored in the HTML syntax. ...
The DOM, the HTML syntax, and the XHTML syntax cannot all represent the same content.

Comments

[Евгений Петров]

@SelenIT2 и сказано почему — совершенно разный парсинг.

[Евгений Петров]

@miloslovesky вам ссылки на спецификацию HTML5 мало?)

[Евгений Петров]

@SelenIT2 и раньше, и всегда HTML не парсился как SGML. И разметка не играла значения, если заголовок сервера гласил text/html.

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

Очень смешно наблюдать невалидные документы с кучей / в конце одиночных тэгов, в которых встречаются style и script с текстом, не заключённым в CDATA, значения атрибутов без кавычек и даже амперсанды в тексте.

С появлением HTML 5 сказали — ребята, мы-таки не SGML. Хотите SGML — отдавайте с application/xhtml+xml и всех делов-то. Но дураков уже нет — SVG за милую душу парсится даже без указания пространства имён, вот какой мудрый парсер HTML, знает когда и кому что нужно передать. А говнокод из прошлого так и остался.