爲什麼stoi，stol不是固定寬度的整數？

Question

由於ints和longs以及其他整數類型可能在不同的系統上有不同的大小，爲什麼不能有stouint8_t(),stoint64_t()等，這樣可以將可移植的字符串轉換爲int代碼呢？

Answer 1

因爲它是通常沒有必要。分別返回long long和unsigned long long的結果。如果要將字符串轉換爲int64_t，則只需撥打stoll()並將結果存儲在int64_t對象中;該值將被隱式轉換。

這假定long long是最寬的帶符號整數類型。與C一樣（從C99開始），C++允許擴展整數類型，其中一些可能比[unsigned] long long更寬。 C提供的轉換函數strtoimax和strtoumax（分別在intmax_t和uintmax_t上操作）在<inttypes.h>中。無論出於何種原因，C++沒有這個功能提供包裝（邏輯名稱是stoimax和stoumax。

但是，這不會不管，除非您使用的是C++編譯器，提供了一個擴展整型寬於[unsigned] long long ，我不知道，任何這樣的編譯器確實存在對於任何類型的寬度不超過64位，現有的功能都是你需要

例如：。

#include <iostream> 
#include <string> 
#include <cstdint> 

int main() { 
    const char *s = "0xdeadbeeffeedface"; 
    uint64_t u = std::stoull(s, NULL, 0); 
    std::cout << u << "\n"; 

} 

Answer 2

因爲打字，這將使我想砍掉我的手指

嚴重的是，基本的整數類型是int和long和std::stoX功能都只是圍繞strtol等非常簡單的包裝，並注意C沒有提供strtoi32或strtoi64或任何std::stouint32_t可以換。

如果你想要更復雜的東西，你可以自己寫。

我一樣好問「爲什麼人們使用int和long，而不是int32_t和int64_t無處不在，因此代碼移植？」答案會是因爲它並不總是必要的。

但實際的原因可能是沒有人提出過這個標準。事情不只是神奇地出現在標準中，有人必須寫一份提案並說明添加它們的理由，並說服委員會的其他成員添加它們。所以大多數人的答案是「爲什麼我沒有想到這個標準呢？」是沒有人提出的。