это ведь проверяется через GetConsoleCP() ?
SetConsoleCP
, ничего общего не имеет с кодировкой вывода в файл.планирую писать на C(без плюсов) и python 3.8
Ну, ну раз нельзя, так нельзя
Black::Convert
. Она употребляет всё, от простых или стандартных типов, до линейных и ассоциативных контейнеров, или любых объектов любого типа, для которого инстанцирован тип конвертера.std::string
, а относительно всех стандартных типов строк и между всеми ними.to_string
работает с аргументом типа int
, про который у тебя задан вопрос.variant<std::string, int> value = 100
и ты понимаешь что тебе нужно строковое значение. У тебя нет проблемы в понимании, как использовать std::to_string
.int
в std::string
, достаточно документации.std::variant
тоже не нужен, т.к. у него все те же проблемы с производительностью. Использовать вариант удачно получается только в крайне ограниченном наборе случаев. Один из таких случаев - это возврат из функции значения или ошибки одним объектом вместо кортежа. И в этом случае вариант не уходит дальше результата функции. Примеров, где длительное хранение варианта оправдано, вообще почти нет.std::variant
пишешь.Napi::Array
вместо массива вариантов.
Смотри внимательнее. Собеседование и Т.З. - это палка о двух концах. Если тебя экзаменуют, а ты собеседуешься на миддл с претензией роста, значит компания провалила собеседование с тобой. Если тебе ставят Т.З. с большим охватом информации и пространными формулировками, ты волен лично сузить рамки охвата и формулировки. И если после этого компания выпендривается на ревью твоей работы - она провалила собеседование с тобой.
Пиши сопроводительную документацию. Сужай в письменной форме информационную среду и формулировки своего т.з. Ты в праве это сделать и, возможно, от тебя этого и ждут. Важно все свои действия технически обосновывать.
Выполни PoC без каких-либо излишеств. Ты обладаешь всей нужной информацией чтобы выполнить такое задание под чаек за выходные.
От тебя просто ждут демонстрации некоторых рядовых для C# практик.