Доброго дня!


Есть исходники, которые должны работать как со строками юникод, так и не-юникод.

Выглядит всё это примерно следующим образом: есть некий, класс String, который в зависимости от #define будет реализован либо как юникодная строка, либо как не-юникодная.

Здесь просто наследуемся либо от std::string, либо от std::wstring.

Всё, это для того, чтобы было понятно, о чём идёт речь.


Теперь самое интересное:
Есть два типа обращения с такой строкой, которые вызывают ошибки, а именно:

 
И второй тип - это передача строки в функцию конвертер ( _tstof, _tstoi . . . )


Для первого типа обращения компилятор выдаёт ошибку: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second.
Причина этой ошибки такая: 
у компилятора есть два пути: применить operator[] и вернуть символ, или применить operator const TCHAR*( ), вернуть указатель, потом его инкрементировать до смещения "i".

Но если я уберу operator const TCHAR*, то невозможно будет использовать конструкцию



Какие у кого соображения по этому поводу ??

Это сообщение отредактировал(а) ANTON_AL - 7.8.2007, 14:43

убрать оператор приведения к TCHAR*  типу  ( как думаешь, а почему его нет у стандартных строк? ) и использовать string::c_str()

А как тогда эта проблема решена в std::string ??

Нужно, чтобы выражение

было корректно.

у стандартной строки есть метод c_str, который возвращает массив символов. 

А как она решена тогда у ATL::CString ??

Проблема вся в том, что в коде везде используется _tstof( str ), и я не могу это изменить, мне надо реализовать класс таким образом, чтобы он такое допускал


Это сообщение отредактировал(а) ANTON_AL - 7.8.2007, 16:44

Странно, в ATL написано


И ошибки не возникает...

Это сообщение отредактировал(а) ANTON_AL - 7.8.2007, 16:46

Ыыы... VS поддерживает explicit conversion operator из С++09? 

Добавлено через 58 секунд
А почему нет константных вариантов operator[]? Думаю проблема в этом.