Как определяете какую часть верстки выносить в header.php если много мелких различий в шапке?

Question

[aby125]

Как определяете какую часть верстки выносить в header.php если много мелких различий в шапке?
Причем, она не кардинально разная, но там появляется много разных классов или меняется. Иногда появляются дополнительные теги, которые в том числе надо закрыть в футере. Если делать условия по урлу, то там будет большая портянка.
Пока я пришел к такому варианту, что буду использовать отложенные функции. Выберу некий стандарт верстки для шапки, который для обычных простых страниц. Запишу в переменную и через отложенную функцию её выведу в нужных местах шапки и футере. А после в компонентах буду менять, если надо. Но почему-то в уроках и курсах по битриксу я такого подхода не видел.
Для примера, вот тег, который часто меняется в данной верстке шапки:

<div class="page__inner page__inner--base">
<div class="page__inner page__inner--basehalf-bg">
<div class="page__inner page__inner--baseproject intro-effect-push">
<div class="page__inner page__inner--baseindex">

Причем на некоторых один вариант, на других второй, ещё на нескольких третий, а на главной четвертый. И таких мелочей где меняется один класс в шапке много, иногда добавляется новые теги(дивы), но это уже редко.

Поделитесь своим опытом, как вы решаете подобные проблемы и правильное ли я решение выбрал?

Answer 1

[Александр Маджугин]

Если делать условия по урлу

то будет не просто большая портянка, а еще в аду тебя будут варить в самом горячем котле.

Пока я пришел к такому варианту, что буду использовать отложенные функции

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

Причем на некоторых один вариант, на других второй, ещё на нескольких третий, а на главной четвертый. И таких мелочей где меняется один класс в шапке много, иногда добавляется новые теги(дивы), но это уже редко.

В целом таких ситуацию лучше избегать, а при необходимости внесение различий в вид, управлять ими через css + классы на body типа .page-main, .page-inner, .page-blog (тире и подчеркивания можно расставить в зависимости от типа расстройства у верстальщика) и так далее, а вот эти классы вешать через отложенные функциию.

Answer 2

[Виктор Таран]

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

Answer 3

[Михаил]

я бы такого верстака уволил
проект требует полного переделывания, в битриксе есть некоторые нюансы, которые необходимо соблюдать при верстке, накидывание огромного количества классов с такими распределениями ведет в первую очередь к увеличению сроков разработки, во вторую к большому объему обрабатываемых и передаваемых данных, в третью уже на проде при изменение контента останется много мусора