我花了一些时间删除所有不流畅的代码,这是我的问题。
--- 文件.h ---
#include <fstream>
#include <string>
template <typename Element>
class DataOutput : public std::basic_ofstream<Element>
{
public:
DataOutput(const std::string &strPath, bool bAppend, bool bBinary)
: std::basic_ofstream<Element>(
strPath.c_str(),
(bAppend ? ios_base::app : (ios_base::out | ios_base::trunc)) |
(bBinary ? ios_base::binary : 0))
{
if (is_open())
clear();
}
~DataOutput()
{
if (is_open())
close();
}
};
class File
{
public:
File(const std::string &strPath);
DataOutput<char> *CreateOutput(bool bAppend, bool bBinary);
private:
std::string m_strPath;
};
--- 文件.cpp ---
#include <File.h>
File::File(const std::string &strPath)
: m_strPath(strPath)
{
}
DataOutput<char> *File::CreateOutput(bool bAppend, bool bBinary)
{
return new DataOutput<char>(m_strPath, bAppend, bBinary);
}
--- main.cpp ---
#include <File.h>
void main()
{
File file("test.txt");
DataOutput<char> *output(file.CreateOutput(false, false));
*output << "test"; // Calls wrong overload
*output << "test"; // Calls right overload!!!
output->flush();
delete output;
}
这是使用cl
和选项构建/D "WIN32" /D "_UNICODE" /D "UNICODE"
并运行后的输出文件
--- test.txt ---
00414114test
基本上发生的情况是第一次operator<<
调用main
绑定到成员方法
basic_ostream<char>& basic_ostream<char>::operator<<(
const void *)
而第二个(正确)绑定到
basic_ostream<char>& __cdecl operator<<(
basic_ostream<char>&,
const char *)
从而给出不同的输出。
如果我执行以下任何操作,则不会发生这种情况:
- 排队
File::CreateOutput
DataOutput
用非模板更改Element=char
*output;
在第一次operator<<
调用之前添加
我认为这是不受欢迎的编译器行为是否正确?
对此有什么解释吗?
哦,我现在正在使用 VC7 来测试这个简化的代码,但是我已经尝试了 VC9 和 VC8 中的原始代码,并且发生了同样的事情。
任何帮助甚至线索都值得赞赏