std::variant
тоже не нужен, т.к. у него все те же проблемы с производительностью. Использовать вариант удачно получается только в крайне ограниченном наборе случаев. Один из таких случаев - это возврат из функции значения или ошибки одним объектом вместо кортежа. И в этом случае вариант не уходит дальше результата функции. Примеров, где длительное хранение варианта оправдано, вообще почти нет.std::variant
пишешь.Napi::Array
вместо массива вариантов. Napi::Array
, раз работа с массивом идет? TCHAR
и узнаешь где и как он определен.TCHAR
является псевдонимом для wchar_t
. В этом случае тебе ничего специального делать для преобразования не нужно. TCHAR
- это псевдоним для char
или wchar_t
.uint64_t
является 18446744073709551615
. Числа Фибоначи довольно быстро выбиваются за этот предел.m
. n
и смотри на изменение порядка результата fib
. Так ты определишь практическое соотношение порядков.MoveFile
дает понять, что она больше похожа на rename из POSIX.
int
вstd::string
, достаточно документации.Мои вопросы были для того чтобы убедиться что ты выбрал правильный инструмент для решения своей задачи. Пока видно что инструмент выбран неправильно и твой текущий вопрос - это только начало твоих проблем в следствии сделанного выбора.