Comment éviter l'utilisation de std :: stringstream.str() et de std :: stringstream.clear() en réutilisant la variable std :: stringstream?

Question

Je suis surchargée operator<< comme ceci:

std::ostream& operator<<(std::ostream& os, SomeClass C){ 
//SomeClass is the class to be represented with operator overloading 
os << "{ "; 
os << C.getPropertyA() << " "; 
os << C.getPropertyB() << " }"; 
//getPropertyA(), getPropertyB():functions of 'SomeClass' that return std::string 
return os; 
} 

Maintenant, je suis en utilisant googletest pour tester operator<< surcharge comme ceci:

SomeClass C1; 
SomeClass C2; 
. 
. 
std::stringstream ss; 
std::string str; 

//First test 
ss << C1; 
std::getline(ss, str); 
EXPECT_EQ("<some expected value>", str); // googletest test 

//Second test 
ss.str("");ss.clear(); //Mandatory if 'ss' need to be reused 
ss << C2; 
std::getline(ss, str); 
EXPECT_EQ("<some expected value>", str); // googletest test 
. 
. 
//Some more use 'ss' follows 

Maintenant, le problème est à chaque fois que j'ajouter un nouveau test I besoin d'ajouter ss.str("");ss.clear(); avant le test, apparemment vide flux et effacer état d'erreur. Cet appel répété de deux fonctions std::stringstream me fait penser que je fais quelque chose de mal.

D'où j'ai besoin d'aide principalement:

• Comment réutiliser la variable std::stringstream 'ss' sans appeler ss.str("");ss.clear(); encore et encore OU
• meilleure alternative à la mise en œuvre test pour operator<< surchargé en utilisant googletest.

Answer 1

Vous n'avez pas besoin de getline à partir du flux de chaînes car vous pouvez accéder directement au stockage sous-jacent. L'approche plus simple serait de créer de nouvelles stringstream pour chaque test:

//First test 
{ 
    SomeClass C1; 
    . 
    std::stringstream ss; 
    ss << C1; 
    EXPECT_EQ("<some expected value>", ss.str()); // googletest test 
} 

//Second test 
{ 
    SomeClass C2; 
    . 
    std::stringstream ss; 
    ss << C2; 
    EXPECT_EQ("<some expected value>", ss.str()); // googletest test 
}