4

MFCプログラムをMBCSからUnicodeに変換する作業をしています。挿入演算子<<は、CStringAとCStringWインスタンスでは動作が異なることがわかりました。

// char
std::ostringstream c_oss;
CStringA c_s("Hello");
c_oss << c_s;
TRACE("%s\n", c_oss.str().c_str());

// wchar_t
std::wostringstream w_oss;
CStringW w_s(L"World");
w_oss << w_s;
TRACE(L"%s\n", w_oss.str().c_str());

これは「Hello\nWorld \ n」と表示されると思いますが、代わりに「Hello \ n14,5E6、B38\n」と表示されます。つまり、データではなくw_sデータのアドレスを出力します。

w_oss << w_sにデバッグすると、const wchar_t *を挿入するためのオーバーロードではなく、constvoid*を挿入するためのオーバーロードが選択されていることがわかります。charバージョンでは正しく機能しています。ケース（LPCTSTR）または（const wchar_t *）を明示的に適用すると、wchar_tバージョンで正しく機能します。

wchar_tバージョンがcharバージョンとは異なる動作をする理由はありますか？

4

3 に答える 3

3

のワイド文字バージョンoperator<<はテンプレートであるため、引数が正確に一致する必要があります。CStringW::operator wchar_t*()暗黙的に実行されるような、ユーザー定義の変換はありません。

OTOHvoid*同じ演算子のバージョンはテンプレートではなく、ユーザー定義の変換演算子を喜んで使用します。

于 2012-10-15T17:50:03.147 に答える
2

VS2010 SP1 を考慮すると、<ostream>ヘッダーにstd::ostringstreamandのこのオーバーロードがあることがわかりましたconst char*。

template<class _Traits> inline
    basic_ostream<char, _Traits>& operator<<(
        basic_ostream<char, _Traits>& _Ostr,
        const char *_Val)
    {    // insert NTBS into char stream
         ...

std::wostringstreamしかし、 andの同様のオーバーロードはないようですconst wchar_t*。

ソースコードに追加すると、送信が機能CStringWするoperator<<ようです（私の個人的な好み：CString::GetString()文字列ストリームとメソッドを使用しますoperator<<）：

namespace std {

template<class _Traits> inline
    basic_ostream<wchar_t, _Traits>& operator<<(
    basic_ostream<wchar_t, _Traits>& _Ostr,
    const wchar_t *_Val)
{
    ATLTRACE("It's me, the new overload!\n");

    typedef wchar_t _Elem;

    //
    // *** Copy and paste *** the source code from the following overload:
    //
    // template<class _Elem,
    //  class _Traits> inline
    //    basic_ostream<_Elem, _Traits>& operator<<(
    //    basic_ostream<_Elem, _Traits>& _Ostr, const _Elem *_Val)
    //

    //
    // NOTE: I don't want to infringe any copyright.
    //
    // Moderators please delete the following lines if they
    // infringe any copyright.
    //

    typedef basic_ostream<_Elem, _Traits> _Myos;

    ios_base::iostate _State = ios_base::goodbit;
    streamsize _Count = (streamsize)_Traits::length(_Val);  // may overflow
    streamsize _Pad = _Ostr.width() <= 0 || _Ostr.width() <= _Count
        ? 0 : _Ostr.width() - _Count;
    const typename _Myos::sentry _Ok(_Ostr);

    if (!_Ok)
        _State |= ios_base::badbit;
    else
    {   // state okay, insert
        _TRY_IO_BEGIN
            if ((_Ostr.flags() & ios_base::adjustfield) != ios_base::left)
                for (; 0 < _Pad; --_Pad)    // pad on left
                    if (_Traits::eq_int_type(_Traits::eof(),
                        _Ostr.rdbuf()->sputc(_Ostr.fill())))
                    {   // insertion failed, quit
                        _State |= ios_base::badbit;
                        break;
                    }

                    if (_State == ios_base::goodbit
                        && _Ostr.rdbuf()->sputn(_Val, _Count) != _Count)
                        _State |= ios_base::badbit;

                    if (_State == ios_base::goodbit)
                        for (; 0 < _Pad; --_Pad)    // pad on right
                            if (_Traits::eq_int_type(_Traits::eof(),
                                _Ostr.rdbuf()->sputc(_Ostr.fill())))
                            {   // insertion failed, quit
                                _State |= ios_base::badbit;
                                break;
                            }
                            _Ostr.width(0);
                            _CATCH_IO_(_Ostr)
    }

    _Ostr.setstate(_State);
    return (_Ostr);
}

} // namespace std
于 2012-10-15T18:08:23.037 に答える
2

nmの答えは正しいと思います。公式の説明はかなり曖昧ですが、意味は同じです ( std::wcout を使用した IO に関する MSDN ):

キャストがなければ、cs は void* として扱われ、wcout はオブジェクトのアドレスを出力します。この動作は、テンプレート引数の推論とオーバーロード解決の間の微妙な相互作用によって引き起こされます。これらは、それ自体は正しく、C++ 標準に準拠しています。

于 2012-10-15T18:10:08.017 に答える