Log::GetInstance() << "Error: " << err_code << ", in class foo";
好的，在一个Log对象内，我希望在最后一个参数到达时（例如这个例子中的", in class foo"），保存整行内容。
如何检测最后一个参数？a << b << is_this_last << maybe_this_is << or_not.
我不想使用任何结束标签。
Log log()
{
return Log();
}
你可以几乎以前的方式添加一个日志：
log() << "Error: " << err_code << ", in class foo";
区别在于此行代码执行后，Log对象的析构函数会被调用。因此现在你有一种方法来检测最后一个参数是否已被处理。
我建议你的Log::GetInstance返回一个代理对象而不是日志对象本身。代理对象将保存写入它的数据，然后在其析构函数中，实际将累积的数据写入日志。
template<typename T>
LogFindT operator<<(Log aLog, T const& data)
{
// Put stuff in log.
log.putStuffInLog(data);
// now return the object to detect the end of the statement.
return LogFindT(aLog);
}
struct LogFindT
{
LogFindT(Log& aLog) : TheLog(aLog) {}
Log& TheLog;
~LogFindT()
{
// Do stuff when this object is eventually destroyed
// at the end of the expression.
}
};
template<typename T>
LogFindT& operator<<(LogFindT& aLog, T const& data)
{
aLog.TheLog.putStuffInLog(data);
// Return a reference to the input so we can chain.
// The object is thus not destroyed until the end of the stream.
return aLog;
}
std::endl。iostream系统中使用自定义的streambuf类实现了Log，那么您可以在该行末尾简单地添加<< endl或<< flush。由于您在询问，我猜想您没有这样做。endl的工作方式。要么添加一个操纵器处理程序。Log &operator<< ( Log &l, Log & (*manip)( Log & ) )
{ return manip( l ); } // generically call any manipulator
Log &flog( Log &l ) // define a manipulator "flush log"
{ l->flush(); return l; }
或者添加一个专门的operator<<
struct Flog {} flog;
Log &operator<< ( Log &l, Flog )
{ l->flush(); return l; }
#include<sstream>
#include<iostream>
struct log_t{
void publish(const std::string &s){
std::cout << s << std::endl;
}
};
struct record_t{
struct record_appender_t
{
record_appender_t(record_t& record_) : record(record_) {}
record_t& record;
~record_appender_t()
{
// Do stuff when this object is eventually destroyed
// at the end of the expression.
record.flush();
}
template<typename T>
record_appender_t& operator<<(T const& data)
{
record.stream() << data;
// Return a reference to the input so we can chain.
// The object is thus not destroyed until the end of the stream.
return *this;
}
};
std::ostringstream message;
log_t log;
void flush(){
log.publish(message.str());
}
std::ostringstream& stream() {
return message;
}
template<typename T>
record_appender_t operator<<(T const& data)
{
// Put stuff in log.
message << data;
// now return the object to detect the end of the statement.
return record_appender_t(*this);
}
};
#define LOG \
record_t()
int main(){
LOG << 1 << 2 << "a";
}
Log::Message( message_here );
这个函数接受一个std::string参数。然后客户端需要费心想出如何组装错误字符串。
typedef some_type* some_type_ptr吗？一般而言，只有在使用shared_ptr或类似的情况下才会比较好，但这样标记一个单独的星号会让人感到困惑。我觉得你没有将实现与接口分开，我们能否认同这种区别存在？运算符提供了一个接口。和使用C++流（用operator<<将数据插入流中）相比，按照OP的需求（使用operator<<将数据插入流中）并不更加不直观。接口上有什么不同呢？说"OP检测到结束并执行某个动作"并不是一种改变... - GManNickGoperator<< 是一个非常好的选择，正如 @Job 所说。现在只剩下实现部分。我们都知道，在 C++ 流中，有很多东西在幕后运作，以使 operator<< 起作用，我们对此感到满意，因为接口是相同的。同样地，OP 的代码返回了一个代理来执行幕后工作，接口也是相同的。接口中的任何内容都不会受到实现细节的影响。他的操作符使用或接口没有任何问题，它就是... - GManNickGendl终止行，而不是检测它。”，但请注意，该句中没有任何内容与操作符有关。无论如何，我都不同意这种观点，使接口易于使用是最重要的，就像我们不希望人们记得delete一样，让他们... - GManNickGendl，有一种非常简单的解决方案，为什么不使用呢？问题是关于实现的，operator<<属于接口，因此提到它并不能回答问题。 - GManNickG没有好的方法可以做你想要的事情。C和C++不是面向行的语言。它没有类似于“代码行”的较大单元，链接的调用也没有以任何方式组合。
在C++中，表达式"a << b << c << d" 与三个单独调用 operator<< 完全等效，如下所示：
t1 = a;
t2 = t1.operator<<(b);
t3 = t2.operator<<(c);
t4 = t3.operator<<(d);
QDebug类的方式。 - mtvec