Не срабатывают зависимости в декларации Deps

Добрый день!!

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

В блоке: activities существует блок content-image с модификатором content-image_img_left

В файле activities.deps.js существует следующее содержимое:

([
    {
        shouldDeps: [
            {
                block: 'content-image',
                mods: { img: [
                        'left',
                        'right'
                    ]
                }
            }
        ]
    }
])

Пробовал по разному:

Имя модификатора передавать строкой в Deps
Модификаторы передавать массивом и прочим синтаксическим сахаром

залил проект в гитхаб Сборка ENB. При сборке Gulp - без деклараций работает, и по зависимостям (от блока) приходит то что надо. Хотя он и задекларирован только в index.bemjson

Пожалуйста помогите разобраться

8 years ago

tadatuta

Не обнаружил в репозитории модификаторов у content-image (смотрю здесь https://github.com/DjonyBastone/osipbove-bem-project/tree/177a0562f570ca1a4ccced5a9fc34abe94d19e24/common.blocks/content-image).

PS: заметил вложенные матчи в шаблонах: https://github.com/DjonyBastone/osipbove-bem-project/blob/177a0562f570ca1a4ccced5a9fc34abe94d19e24/common.blocks/content-image/content-image.bemhtml.js#L2-L4 (и аналогично для селекторов на вложенные блоки). Они не поддерживаются. На самом деле это равносильно тому, чтобы писать только вложенные матчи, внешние просто игнорируются шаблонизатором.

8 years ago

DjonyBastone

@tadatuta Модификаторы content-image лежат в уровне desktop.blocks/content-image. При сборке ENB это имеет значение? У меня конечно были некоторые проблемы после перехода с gulp, некоторым блокам пришлось явно указывать зависимости в deps. Но что бы по указанным зависимостям, не собирались CSS - это впервые, и выхода не вижу. Перекладывал технологии реализации модификаторов на уровень common.blocks - не помогло

PS: " вложенные матчи" - да согласен, и вы уже указывали на это, я помню. С того момента не пишу так больше, просто это старый блок, переписываю по мере работы с текущими блоком.

block('content-image')(
    elem('list')().tag()('ul'),
    elem('item')(
        tag()('li'),
        mix()({block: 'font', elem: 'list'})
    )
);

Такой код по заповедям?

8 years ago

DjonyBastone

@tadatuta Подскажи пожалуйста:

Верно ли написан activities.deps.js ?
Куда смотреть под капот, что бы разобраться почему по зависимости стили не приходят в css ? С чего начинать поиск багов?

8 years ago

tadatuta

activities.deps.js в порядке, проблема в названии папок для модификаторов.

Ожидается так:

desktop.blocks/content-image/_img/
    content-image_img_left.pcss
    content-image_img_right.pcss

Куда смотреть под капот, что бы разобраться почему по зависимости стили не приходят в css ? С чего начинать поиск багов?

Для депсов есть линтер на базе bemhint: https://github.com/bemhint/bemhint-deps-schema Результат сборки депсов можно явно просмотреть глазами в index.deps.js. Ну а дальше, если сборка не упала, то остаются только опечатки в названиях папок/файлов и строках внутри index.deps.js.

8 years ago

DjonyBastone

Спасибо. Именно в наименовании папок были проблемы. Всё собралось. Получается что сборщик Gulp собирает все файлы, не зависимо от структуры проекта.

index.deps.js смотрел, интересовало, каким инструментом проходит все deps файлы.

Еще раз спасибо

8 years ago

tadatuta

@zxqfox, похоже, сборка на gulp матчит файлы не по схеме?

8 years ago

qfox

Ну что bem-walk возвращает, то gulp-bem и использует. Если gulp-bem-src не используется, то зависит от маски в gulp-src

8 years ago

tadatuta

Насколько я вижу, ничего специально не задается, это какие-то наши дефолты: https://github.com/DjonyBastone/osipbove-bem-project/blob/master/gulpfile.js#L31

Чтобы оставлять комментарии, необходимо авторизоваться.