Комментарии 23
Когда вы пытаетесь решить одним и тем же способом все задачи сразу — ни одна не оказывается решена полностью.
Вот пример. Допустим, мне поставили задачу: сделать имя организации под именем пользователя, которое должно выводиться точно там же стилем.
Проблема в том, что CSS я знаю на уровне "могу чуть-чуть подправить", и составить новый стиль для нового элемента я не могу. Значит, я вынужден переиспользовать .morda_sidebar_username для имени организации. Но теперь проблемы возникают уже у тестировщика — ведь "уникальный" класс более не уникален.
В статье описано не решение множества задач. А единая причина множества проблем. Устранение этой причины, избавляет и от кучи проблем в разных областях.
В вашем примере, если классы пишутся вручную, то ничего не мешают челевеку с выключенной головой наговнокодить. Если же они, как в $mol, генерируются автоматически, то потенциальный говнокодер просто не сможет создать два одноимённых элемента.
И опять же, не путайте генерацию классов и генерацию идентификаторов. Это разные вещи, формирующиеся по разным правилам. Просто исходники у них одинаковые — задаваемые прикладным программистом локальные имена элементов.
Начиналось всё просто — дать id DOM-элементу. А потом разверзлась бездна отчаяния...
Во многой мудрости много печали; и кто умножает познания, умножает скорбь. ©
И вот зачем вот эта куча кадров из ИП?
Это очень тонкая метафора.
Тут разве пару картинок можно связать с предыдущим абзацем, остальные — не пришей пальто сапог. Просто пол экрана "тонких" метафор. То ли проблема какая-то очень надуманная, то ли попытка сыграть на эффекте узнавания.
Не надо так, пожалуйста.
Ну ок, давайте расшифровывать. Какие именно картинки вы не поняли?
Все.
Попробуйте поискать пасхалки.
Я правильно понял что мы все равно получили первую проблему? только ломаться будет не селектор потомков/детей, а сам id, если мы будем менять блоки местами
Фрактал имён элементов