Хорошо, а на основе подобных трюков никак в целом в компайл тайм нельзя проверять юзался ли шаблонны метод хотя бы раз или нет?

лупхолы

вобще нельзя да

шаблоны должны при повторном вызове давать тот же самый результат всегда(иначе уб)

Что это, я уже забыл

Это какая та дрочь на шаблонах

Ладно, забубеню туда депрекаку (мол юзать можно, но не нужно) или вырезать что ли

както типа

template<typename Map>
struct loophole{
friend true_type test(const Map&);
}
false_type test(...);

из головы

скорее всего неправильно

пло, я вспомнил как я нагуглил какой то странный friend, который на практике редко встречается

я вот так ща подумал. как сделать параллельность?

Мне нужно было решить геморрой архитектуры, когда два инклюда друг друга хотели поиметь

типа идея в том чтоб после трогания loophole<Map> появилась еще одна перегрузка/специализация во внешнем скоупе

О, подскажи-ка, как я могу спрятать метод GetPlugin от дурачков-боровичков ? Если из одного класса модуля получить указатель на класс модуля другого, то там есть AddPlugin и GetPlugin, меня беспокоит тот факт, что несмышленый программист захочет вызвать GetPlugin на указателе другого класса (модуля), а взамен получит аналпоинтер, есть какой нибудь лупхол, который сможет явно дать понять разработчику, что так делать нельзя?

лупхолы нельзя использовать

Вот пример, где я получаю указатель на сторонний объект класса модуля

запретили в си++20

Нужно как то обезопасить разрабов еще чем то помимо доксигена, что GetPlugin на указателях других модулей не вызывать