Е, как да правилно отпечатване на сайтове

Евгени Петров. Ето някои интересни моменти (само за пример):
  • единичен код база. * Отделен файл, в който ние работим само с икони под формата на текст или спрайт.
  • Нищо не се споменава за контекста. Днес иконата тук, утре ги няма, а след меню утре ще се появи в горния и мазето на едно и също съдържание - допълнително объркване с класове.
  • Лесни за поддръжка и промяна.
  • В някои елементи, които вече могат да бъдат в употреба псевдо-класовете, които могат да доведат до проблеми.

27см. Аз съм готов да обсъди този въпрос. Какво точно е там, за да се вмести в двоен стандарт?

Денис Malinochkin. Така че аз ще представи на класа и в този клас псевдо-предпише това, което трябва.
в шаблона, за да промените кода - това е лошо, лошо, лошо. Ако можете да управлявате до CSS, трябва да управлявате в CSS.
Ако някой има много трудна позиция и роля, ще се въведе друг елемент. В предварително.

> Контролирани клас на всяка от Ли - лош вкус

Защо е така? Ако има един клас, потенциалът за избор (например, #nav> .item) ще бъде по-бързо от безкласово му версия (#nav> Ли). Въпреки, че в менюто не е критично, и други подобни. Ако не използвате този клас да спаси няколко байта в HTML, което отново не е от решаващо значение за менютата и други подобни. Ако не използвате класовете също изисква използването на селектор>, защото в противен случай може да навреди на допълнителните елементи в някакъв вид други списъци. Заключава, че контакт Ли / DIV / и т.н. по-малко красиви, винаги необходими класове.

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

или
и т.н. Аз не разбирам модата и семантичен HTML. А BEM и свързаните с него / подобни идеи са красиви, да.

Дмитрий Филимонов. Не казвам, че широко разпространеното използване на класове е добро или лошо - аз казвам, че в контекстното меню - това не е необходимо. Ако елементите на менюто не се нуждаят от честа стайлинг (те изглеждат като), смисъл да питам всеки един от тях в клас - това е лоша идея. С помощта на пряк потомък селектор също не е сигурен, ако в менюто не е гнездене. Ако не, ще трябва да използвате един клас за родители или пряк наследник селектор, както ти каза.

Харесва ли ви или не, но в менюто, например, от 5-10 точки, а всеки един от тях клас - не готино.

По същество се оказва алтернатива BEM, но не любим __ (потиснати класи menu__item menu__item_state_current и т.н.) без мен.

За заглавието, което мога да кажа, че всичко зависи от това на разработчика и контекста на употреба (компонент или в световен мащаб).

Може би моят подход е от решаващо значение за вас, но този модел предлага почти за първоначално зареждане и мисля, че е правилно. След като първоначално зареждане (и фондация, UIkit) пише клас всеки ли, че е лоша форма. Няма нужда да се опише с мен каквото първоначално зареждане - това не е показател, и така нататък.

По принцип, отговорът е, че всеки, който налага, както той иска, а някои контролен списък не съществува - само общи препоръки.