P
MFC ещё
Size: a a a
2021 July 08
с
libuv\libevent? эвентлупы там были, хз, насколько под задачу подходящие
М
Я бы хранил матрицу побед во внешнем ресурсе и в коде пробегал по матрице в одном участке.
A
подскажите пожалуйста есть код ~
void ValueShuldBe(ValueType expected) constя думаю имеет ли смысл из этого сделать шаблон - чтобы вызывать аля
{
auto actual = localValue.type();
if (actual != expected)
throw CreateBadTypeError(TypeToString(actual), TypeToString(expected), localValue);
}
ValueShuldBe<ValueType::type1>();
P
А если f имеет тип F&& и x имеет тип T, то я правильно понимаю, что типом возврата f(x) будет typename std::result_of<F&& (T)>::type ?
АК
если сомневаешься, лучше написать
decltype(f(x)) и не ошибёшьсяP
Хм, ну ладно. Спасибо.
У меня просто сомнения, если в T передадут что-то типа T&&, T&, T* и т.д.
У меня просто сомнения, если в T передадут что-то типа T&&, T&, T* и т.д.
P
А если просто auto написать, то если это компилится, то будет тот же тип?
NK
нет
NK
auto отбросит твои ссылки в общем случае
P
std::result_of<F&& (T)>::type а вот эта штука?
NK
по идее не должна
АК
decltype(f(x)) работает примерно как decltype(auto) (т.е. ссылки сохраняет), что отличается от autostd::result_of какое-то древнее нечто, не использовал егоNK
но лучше реально decltype(f(x))
P
так а чем лучше?
NK
тем что это ровно тип который вернется из f(x)
NK
что там в result_of фиг знает, я тоже не использовал
NK
если что он задепрекейчен
NK
в 17 стандарте
NK
а в 20 вообще удален