string (const string& str, size_t pos, size_t len = npos);

und nicht so:

string (const string& str, size_t pos, size_t endpos = npos);

?
Das hätte z.B. den Vorteil, dass man als Parameter direkt Ergebnisse von std::string::find als Parameter nehmen könnte.

Verwende einfach std::find, dann kannst du zwei Iteratoren übergeben. Sparst dir so sogar den ersten Parameter.

Thema verfehlt.

Bei std::string haben sich aber viele schlaue Leute (bestimmt viel schlauer als du) Gedanken dazu gemacht und sich für die vorhandene Lösung entschieden.

Verwende einfach std::find, dann kannst du zwei Iteratoren übergeben. Sparst dir so sogar den ersten Parameter.

Ist leider kein vollständiger Ersatz, da man damit nur nach einzelnen Zeichen suchen kann.

Bei std::string haben sich aber viele schlaue Leute (bestimmt viel schlauer als du) Gedanken dazu gemacht und sich für die vorhandene Lösung entschieden.

Das ist wohl das unnötigste Argument, das man bringen kann.

http://www.gotw.ca/gotw/084.htm

Bei std::string haben sich aber viele schlaue Leute (bestimmt viel schlauer als du) Gedanken dazu gemacht und sich für die vorhandene Lösung entschieden.

Das vermute ich auch, aber gerade deshalb sollte es dazu valide Gründe geben.

Ausserdem sind die begin/end Varianten ja bereits in Form der Iterator-Overloads verfügbar.

Ich finde halt, dass das Interface für den String generell recht stl untypisch ist. Während sonst immer mit Iteratoren und Ranges gearbeitet wird, verwendet String eher Indizes und Längen. Die sind zwar recht effizient ineinander überführbar, aber recht unkomfortabel und fehleranfällig.

Es ist ja auch kein historischer Teil der STL, sondern der schon vorhandene String wurde zurecht gedoktort, damit er zumindest halbwegs der STL-Philosophie entspricht, an den Stellen, an denen das noch zu machen war.

Länge statt Endposition entfernt den Sonderfall "Ende vor Anfang".

Das ist kein Argument. Du (bzw. der Standard) kannst einfach sagen dass genau der Fall UB erzeugt. Wie soll das auch überhaupt passieren?

Und es ist praktisch im Fall "N Zeichen ab hier".

Und zwei Positionen zu nehmen sind praktisch im Fall vom Zeichen i bis Zeichen j.

Länge statt Endposition entfernt den Sonderfall "Ende vor Anfang".

Das ist kein Argument. Du (bzw. der Standard) kannst einfach sagen dass genau der Fall UB erzeugt. Wie soll das auch überhaupt passieren?

Natürlich ist es ein Argument - nur weil du es nicht verstehst heisst das nicht dass es keines wäre.
Wenn es einen Sonderfall nicht gibt, dann stellt sich die Frage nicht was in dem Sonderfall passieren soll. Je weniger solcher Sonderfälle man dokumentieren/lernen muss, desto besser.

Wenn du's immer noch nicht verstehst, dann überleg dir einfach was besser ist: eine Funktion wo's 1000 mögliche Sonderfälle gibt, die dann alle dokumentiert und gelernt werden müssen, oder eine wo's bloss 1-2 mögliche Sonderfälle gibt.
Und ja, das ist übertrieben, aber es ist vom Prinzip her genau das selbe.

Und zwei Positionen zu nehmen sind praktisch im Fall vom Zeichen i bis Zeichen j.

Bis einschließlich j oder bis vor j? Wie das jeweils andere Verhalten hinbekommen?

Bis einschließlich j oder bis vor j? Wie das jeweils andere Verhalten hinbekommen?

bis vor j. In der STL sind Ranges immer exklusiv.