Multi selectors about bem-deps

[qfox]

var relations = {
    entity: { block: 'A' },
    onlyWith: [
        { entity: { block: 'B' } }
    ],
    dependOn: [
        { entity: { block: 'C' } }
    ]
};

Т.е. это надо будет дважды прописывать? И для блока A, и для B?

[qfox]

Real examples could be easily a bad architecture.

    onlyWith: [
        { entity: { block: 'B' } }
    ],

You sure that we need entity here?

Do you specified RelationNode types (or something like that) already?

[blond]

Т.е. это надо будет дважды прописывать? И для блока A, и для B?

Нет. Если в декларации есть A и B то работает, если чего-то нет, то не работает. В какой последовательности записали — неважно.

Смущает синтаксис? Есть идеи как лучше?

[blond]

You sure that we need entity here?

Yes. This is consistent with other cases. And we can specify the technology.

onlyWith: [
    {
        entity: { block: 'B' },
        tech: 'js'
    }
]

Do you specified RelationNode types (or something like that) already?

What do you mean by RelationNode types?

[qfox]

Смущает синтаксис? Есть идеи как лучше?

Смущает то, что надо будет помнить про вхождение блока B в зависимостях блока А
Если удаляем блок В, то надо будет лезть во все блоки и чистить зависимости.

[qfox]

What do you mean by RelationNode types?

I mean we need specification for node types.

[blond]

Смущает то, что надо будет помнить про вхождение блока B в зависимостях блока А

Так это жизненная необходимость :) Без такого рода зависимостей не избежать избыточного кода.

Такие зависимости можно писать не в файлах блока, а каких-нибудь файлах уровня или проекта. Но это уже дело вкуса.

[blond]

I mean we need specification for node types.

Relations is not graph, although very similar. Therefore, there are no nodes and their types.

Or do you mean that we should describe the relations format?

[qfox]

@blond The question of missing terminology. What is relation? Where are dependency-edges?