RM
Ну я в том плане, что юзер может потребовать нужный объект подсказав его тип, но тип нужно привязать к какому нибудь ключу
Size: a a a
2021 February 26
AF
а зачем
AF
можно ведь просто не продолбать тип
AF
Ну я в том плане, что юзер может потребовать нужный объект подсказав его тип, но тип нужно привязать к какому нибудь ключу
ключ это и есть rtti
АК
Ну слушайте, не похоже, что реализация std::any кушаеть производительность, тупо касты, аллокация и пару if'ов
Ура, рой одобрил. Можно пользоваться!
AF
Ну слушайте, не похоже, что реализация std::any кушаеть производительность, тупо касты, аллокация и пару if'ов
жду обзор на std::ranges
RM
жду обзор на std::ranges
ахаха запарили)
АК
Ну слушайте, не похоже, что реализация std::any кушаеть производительность, тупо касты, аллокация и пару if'ов
Сейчас я тебе всё испорчу - оно выделяет память в куче (обычно), это очень медленно!! А ещё лишняя индирекция и бранчи
RM
Сейчас я тебе всё испорчу - оно выделяет память в куче (обычно), это очень медленно!! А ещё лишняя индирекция и бранчи
Индирекция и бранчи - это что?
AF
Сейчас я тебе всё испорчу - оно выделяет память в куче (обычно), это очень медленно!! А ещё лишняя индирекция и бранчи
там еще vtable
AF
any foo;
foo = 5; неоч
foo = 5; неоч
ID
Индирекция и бранчи - это что?
Вот так и оптимизируем...
CD
any foo;
foo = 5; неоч
foo = 5; неоч
Там ещё и наследование используется
CD
Сжечь неверных
RM
Подождите, если any работает на typeid, исходя из чего берется typeid для типа? Как генерируется имею в виду
AF
Подождите, если any работает на typeid, исходя из чего берется typeid для типа? Как генерируется имею в виду
просто не от типа
AF
а от storage<тип>а
LA
Индирекция и бранчи - это что?
Индирекция – уровень косвенности. Бранчи, наверно, про миспредикт
RM
просто не от типа
А гарантирует ли typeid, что в .dll и .exe будет один и тот же индекс для одного и того же типа (наименования типа)?
AF
dll не поддержаны в си++