所以我說：「…這個一樣得寫明輸出型別為 uint32_t…」XD

至於 auto，我覺得如果可以用這樣的寫法，那就太好了：

uint32_t ID = lexical_cast<auto>("1234567");

甚至最好是：

template <class From, class To = auto>
To lexical_cast(From s) {...}

uint32_t ID = lexical_cast("1234567");

Jeff Hung

compiler 不可能知道你想把 s cast 成什麼東西啊. 比較可行的寫法應該是：
auto ID = lexical_cast＜uint_32＞(s);

compiler 不可能知道你想把 s cast 成什麼東西啊. 比較可行的寫法應該是：
auto ID = lexical_cast(s);

不是啊，"2684354559" 的「型別」在 compile-time 已知，只要再知道 right-hand-side 的型別，就足夠 compiler 決定 lexical_cast 該怎麼具現化。

jeffhung

我的搭配方法有點繞道而且只適用特定情境，先 std::isprint(foo, locale(bar)) 或 std::isdigit(foo, locale(bar)), 然後就直接 stringstream 了，沒有再 ios::imbue().

你是指利用 ios::imbue() 把 sstream 強制壓在 "en" 或 "C" locale 上嗎？還是說整個程式根本不 setlocale(LC_ALL, "")，而是整個設成 "en" 或 "C" locale？

後者寫起來可能比較麻煩一些，不過比較不會碰到陷阱；前者我在 VC6 試過，效能拖慢 10 倍，而在非 linux 平台上，搭配 GCC 的 libstdc++ 根本還不支援 ios::imbue() 啊。

jeffhung

我忘了在那裡回應，用 sstream 的時候我一律都套 en 之類的而不是 C.

路人:

確實我經手過的程式碼也是這麼發展的 itoa -> sprintf -> sstream.

itoa 似乎不在 ANSI-C 裡; 我們通常用 sprintf 代替.

不對喔，"2684354559" 雖然內容是 run-time 才知道，但型別在 compile-time 就可以知道了。不過此處的 auto 跟 "2684354559" 沒有關係，而是 = 之 left-hand-side 的型別在 compile-time 已知，所以我會希望如果 auto 也能使用，那會很棒。

atoll 應付 uint32_t 應該是沒有問題，不過如果碰到 uint64_t，程式還是會出錯。

寫得時候小心一點，就不會有問題，但問題是，很難時時刻刻小心，所以如果能有個不用那麼小心也不會出錯的方法，那會比較安全。

jeffhung

用 C++ 也是會碰到 locale 產生的問題啊，例如我在這篇碰過的問題：《小心繼承 iostream 的邊際效應 (side effect)》。

jeffhung

那用 atoll 呢？