Ist es möglich, eine std :: string für read() zu verwenden?

Question

Ist es möglich, eine std :: string für read() zu verwenden?

Beispiel:

std::string data; 

read(fd, data, 42); 

Normaly, haben wir char * verwenden, aber ist es möglich, eine std :: string direkt zu benutzen? (Ich ziehe es keinen char * für speichere das Ergebnis erstellen)

Dankten

Answer 1

Nun, Sie müssen eine char* irgendwie erstellen, da das ist, was die Funktion erfordert. (BTW: Sie sprechen über die Posix-Funktion read, nicht wahr, und nicht std::istream::read?) Das Problem ist nicht die char*, ist es, was die char* Punkte (was ich vermute, ist das, was Sie eigentlich gemeint ist).

Die einfachste und übliche Lösung hier ein lokales Array zu verwenden wäre:

char buffer[43]; 
int len = read(fd, buffer, 42); 
if (len < 0) { 
    // read error... 
} else if (len == 0) { 
    // eof... 
} else { 
    std::string data(buffer, len); 
} 

Wenn Sie direkt in eine std::string jedoch erfassen möchten, dann ist dies möglich (wenn auch nicht unbedingt eine gute Idee):

std::string data; 
data.resize(42); 
int len = read(fd, &data[0], data.size()); 
// error handling as above... 
data.resize(len); // If no error... 

Dies vermeidet die Kopie, sondern ganz offen ... die Kopie ist unbedeutend Vergleich zu der Zeit, die für die tatsächliche Lese- und für die Zuteilung o f der Speicher in der Zeichenfolge. Dies hat auch den (wahrscheinlich vernachlässigbaren) Nachteil der resultierenden Zeichenkette mit einem tatsächlichen Puffer von von 42 Bytes (aufgerundet auf was auch immer), anstatt nur das Minimum , das für die tatsächlich gelesenen Zeichen notwendig ist.

(Und da die Menschen manchmal die Frage aufwerfen, in Bezug auf die Kontiguität des Speichers in std:;string: Das war ein Problem, zehn oder mehr Jahre Die ursprünglichen Spezifikationen für std::string wurden expressedly von nicht zusammenhängenden zu ermöglichen. Implementierungen, entlang der Linien von der damals populären rope Klasse.In der Praxis fand kein Hersteller diese als nützlich, und die Leute begannen, Kontiguität anzunehmen.An diesem Punkt, der Normungsausschuss beschlossen, den Standard mit bestehenden Praxis auszurichten und Kontiguität erfordern. Also ... keine Implementierung überhaupt nicht hat zusammenhängenden gewesen, und keine zukünftige Umsetzung wird contiguity verzichten, die Anforderungen in C++ gegeben. 11)

Answer 2

Wenn die Lesefunktion ein char * erfordert, dann nicht. Sie können die Adresse des ersten Elements eines std :: vectors von char verwenden, solange es zuerst in der Größe geändert wurde. Ich glaube nicht, dass alte (vor C++ 11) Zeichenketten garantiert zusammenhängende Speicher haben, ansonsten könnten Sie etwas Ähnliches mit der Zeichenkette machen.

Answer 3

Nein, Sie können nicht und Sie sollten nicht. In der Regel speichern std :: string-Implementierungen intern andere Informationen wie die Größe des zugewiesenen Speichers und die Länge der tatsächlichen Zeichenfolge. In der C++ - Dokumentation wird explizit angegeben, dass das Ändern von Werten, die von c_str() oder data() zurückgegeben werden, zu undefiniertem Verhalten führt. Kein

Answer 4

, aber

std::string data; 
cin >> data; 

funktioniert gut. Wenn Sie das Verhalten von read(2) wirklich wollen, dann müssen Sie Ihren eigenen Puffer von Zeichen zuweisen und verwalten.

Answer 5

Da read() für Rohdateneingang vorgesehen ist, std :: string ist eigentlich eine schlechte Wahl, weil std :: string Text behandelt. std :: vector scheint die richtige Wahl für die Verarbeitung von Rohdaten zu sein.

Answer 6

Mit std :: getline aus der Strings-Bibliothek - siehe cplusplus.com - kann aus einem Stream lesen und direkt in ein String-Objekt schreiben. Beispiel (wieder aus cplusplus.com riss - 1. Hit auf Google für getline):

int main() { 
    string str; 
    cout << "Please enter full name: "; 
    getline (cin,str); 
    cout << "Thank you, " << str << ".\n"; 
} 

So funktionieren, wenn sie von stdin lesen (cin) und aus einer Datei (ifstream).