ну если рассматривать ситуацию в позитивном ключе, то намерения благие вполне могут быть:

FooType *gimmeFoo(const FooId&);
BarType *gimmeBar(const BarId&);

внутри может быть тупо registry.
Но тогда резонный вопрос откуда приходят идентификаторы для Foo и Bar?
Если они определнны еще у кого-то: struct IHaveFooAndBarIds { FooId fooId; BarId barId; };
Но такое на мой взгляд имет смысл, только если можно сделать больше одного действия по FooId

сомнительно и оффтоп

чем-то напоминает Core.Id в qt-creator`е, но там не type-safe

если идентификаторы сущностей не отличаются ни размерностью, ни особыми условиями кодирования, то вводить лишние сущности лишняя трата ресурсов. это как если бы я для каждой таблицы своей БД ввел уникальный домен для суррогатного ключа GUID.

согласен

от структуры с inline строкой внутри, на самом деле лишних байтов будет не так много. А в теории вообще не должно быть. + Код обмазывается типо-безопасностью

но можно подключить DI и не придётся строки хранить и генерить

в этом плане Go Lang будет для автора раем земным, там любой тайпдеф - это уникальный тип

Хочу обмануть дизайнер QML и обработку нажатия кнопки запихнуть в Connections
               delegate: Item {
                   id: delegateItem
                   width: parent.width
                   height:  delegateText.height + 10
                   Connections {
                      target: delegateItem.Keys
                      onPressed: {
                          console.log("test")
                      }
                   }

получаю по рукам
QML Connections: Cannot assign to non-existent property "onPressed"

Keys это attached property

понимаю, обмануть не получится?

onPressed: foo.fooPressed
и сделать Connections на foo

не понял идею

Кстати, я так понял, что тот баг с запуском терминала закрыли?

там есть другой баг, этот его дубликат

ну и не запускайте в терминале или в жире напишите что-нибудь

Правильно

Ну отжал я галочку в настройках проекта. И теперь я не могу ничего ввести внутрь.

ну вот детали подтянулись, их в коммент в жиру