ich bin gerade auf folgenden Code im Buch gestossen:

// String9.cpp
#include <iostream>
#include <cstring>
#include <cstdlib>
#include <cstdio>
using namespace std;

class String {
   private:
   char *buffer;
   unsigned int len;

   public:
   // Konstruktoren
   String( const char* s="") {
      len = strlen(s);
      buffer = new char [len+1];
      strcpy( buffer, s );
   }
   // Destruktor
   ~String() { delete [] buffer; }
   // Zugriffsmethdoe
   char* get_String() const { return buffer; }
   // String -> int 
   operator unsigned int() const {
      return len;
   }
};

int main( void ) {
   String string1("Test-String"); 
   int laenge = string1;
   cout << "Anzahl Zeichen in string1: " << laenge << "\n";
   return 0;
}

Hier wird der Operator unsigned int() in der Klasse String ueberladen... richtig ?
Wieso wird in der main() funktion die int-Variable laenge automatisch in unsigned int konvertiert ?

Also war der Konvertierungsvorgang wie folgt, oder ?
int laenge unsinged int laenge String laenge

Wenn ja wie weiss der Standardkonvertierungskonstruktor das so konvertiert werden muss?

Gruss

THE-E

Hier wird der Operator unsigned int() in der Klasse String ueberladen... richtig ?

Korrekt.

Wieso wird in der main() funktion die int-Variable laenge automatisch in unsigned int konvertiert ?

Wird nicht gemacht. Der Compiler sieht, dass man einen String in einen int konvertieren möchte und schaut was da so alles im Angebot ist. Das ist zu einen die nutzerdefinierte Konvertierung von String nach unsigned int, zum Anderen die eingebaute Konvertierung von unsigned int nach int. Beides bastelt der Compiler von sich aus zusammen. Das geht, weil nur eine nutzerdefinierte Konvertierung dabei ist, bei zweien dürfte er das nicht. Ein wunderbares Beispiel warum man solche Konvertierungsoperatoren nicht leichtfertig einbauen sollte - man wird oft überrascht von dem was der Compiler unte der Haube alles anstellt.

Also war der Konvertierungsvorgang wie folgt, oder ?
int laenge unsinged int laenge String laenge

Nein, komplett andersrum. Dem int wird was zugewiesen, das heißt, der String muss irgendwie in einen int-Wert konvertiert werden, nicht andersrum!

Wenn ja wie weiss der Standardkonvertierungskonstruktor das so konvertiert werden muss?

hat nichts mit Konstruktoren zu tun, nur mit dem Operator den du selbst angeboten hast

PS: eine const-methode anzubieten, die einen nicht-konstanten Zeiger auf die Klasseninterna anbietet ist mehr als böse. Steht das wirklich so im Buch? Dann schmeiß es weg und sag welches das ist - damit wir allen Neulingen davon abraten können. Das zusammen mit einem so sinnfreien Konvertierungsoperator ist ziemlicher Müll.

Sofern folgendes geht:

int i;
unsigned int ui;
i = ui

das ist ein impliziter Cast. Der Compiler castet also ein unsigned int automatisch in ein normales int

Der von dir Beschriebene Operator ist ein "Impliziter Cast"
der wird ausgeführt wenn vor einen = mit der Klasse eine andere klasse steht.

Damit lässt sich der Cast auflösen:
->Compiler schaut ob er String in ein int casten kann
->da dies nicht geht schaut er ob er String auf etwas Casten kann was er in einen späteren Schritt in ein int Casten kann.
->Hier wird er fündig und castet in unsigned int
Kurzum er castet den String über den Operator in ein unsigned int und dieses dann auf ein int.

So könnte ich mir es vorstellen. Ich denke aber das hier zumindest eine Warnung fällig wäre da man ja ggf falsche Wert in Length hat wenn die Grenzwerte überschritten werden (wenn das unsigned zu groß wird, wird wohl im signed Bereich eine negative Zahl auftauchen). Wie schon gesagt, so würde ich vermuten das es funktioniert. Am meisten lernt man wohl wenn man das ganze ausprobiert und schaut was passiert.

pumuckl schrieb:

Wenn ja wie weiss der Standardkonvertierungskonstruktor das so konvertiert werden muss?

hat nichts mit Konstruktoren zu tun, nur mit dem Operator den du selbst angeboten hast

Hier im Buch geht es aber um Konvertierungskonstruktoren. Ich zitiere vom Buch:

C++ von A bis Z schrieb:

Hinter dem Begriff Konvertierungskonstruktor verbirgt sich nichts anders als ein Konstruktor mit Parametern. Somit ist also jeder Konstruktor, den Sie bisher mit Parametern verwendet haben, ein Konvertierungskonstruktor - mit Ausnahme des Kopierkonstruktors.

Oder bringe ich da was durcheinander ?
Wie nennt man denn den Vorgang der das implizit macht ?

PS: eine const-methode anzubieten, die einen nicht-konstanten Zeiger auf die Klasseninterna anbietet ist mehr als böse. Steht das wirklich so im Buch? Dann schmeiß es weg und sag welches das ist - damit wir allen Neulingen davon abraten können. Das zusammen mit einem so sinnfreien Konvertierungsoperator ist ziemlicher Müll.

Also das Buch heisst "C++ von A bis Z(2.Auflage) - Galileo Computing". Bis jetzt war ich eigentlich damit zufrieden. Also den Code habe ich nicht bearbeitet, ist direkt von der CD.

Hier im Buch geht es aber um Konvertierungskonstruktoren. Ich zitiere vom Buch:

C++ von A bis Z schrieb:

Hinter dem Begriff Konvertierungskonstruktor verbirgt sich nichts anders als ein Konstruktor mit Parametern. Somit ist also jeder Konstruktor, den Sie bisher mit Parametern verwendet haben, ein Konvertierungskonstruktor - mit Ausnahme des Kopierkonstruktors.

Oder bringe ich da was durcheinander ?

Deine Frage bezog sich aber nicht auf einen Konvertierungskonstruktor, sondern auf einen Konvertierungsoperator, nämlich den operator unsigned int() . Konvertierungskonstruktoren sind übrigens nur Konstruktoren, die genau einen Parameter nehmen. Dein const char*- Konstruktor ist also einer. Allerdings gings ja nicht um den.

Wie nennt man denn den Vorgang der das implizit macht ?

Implizite Konvertierung

Hier im Buch geht es aber um Konvertierungskonstruktoren. Ich zitiere vom Buch:

C++ von A bis Z schrieb:

Hinter dem Begriff Konvertierungskonstruktor verbirgt sich nichts anders als ein Konstruktor mit Parametern. Somit ist also jeder Konstruktor, den Sie bisher mit Parametern verwendet haben, ein Konvertierungskonstruktor - mit Ausnahme des Kopierkonstruktors.

Und schon wieder ein Fall, wo das A-Z-Buch negativ auffällt.

THE-E schrieb:

Hier im Buch geht es aber um Konvertierungskonstruktoren. Ich zitiere vom Buch:

C++ von A bis Z schrieb:

Hinter dem Begriff Konvertierungskonstruktor verbirgt sich nichts anders als ein Konstruktor mit Parametern. Somit ist also jeder Konstruktor, den Sie bisher mit Parametern verwendet haben, ein Konvertierungskonstruktor - mit Ausnahme des Kopierkonstruktors.

Und schon wieder ein Fall, wo das A-Z-Buch negativ auffällt.

Wieso genau ?

Ich glaub das war eher mein Fehler. Im Beispiel oben also Thread-Topic ging es um Konvertierungsfunktion, nicht um Konvertierungskonstrukturen. Ich habe das uebersehen, daher auch bei mir die Verwirrung.
Also ICH habe den Themenwechsel uebersehen und faelschlicherweise gedacht es ginge um Konvertierungskonstrukturen.

Wieso genau ?

Weil das klingt, als seien
"Konvertierungskonstruktor"
und
"Konstruktor mit Parametern"
das selbe.

THE-E schrieb:

Wieso genau ?

Weil das klingt, als seien
"Konvertierungskonstruktor"
und
"Konstruktor mit Parametern"
das selbe.

Ah ok verstehe, aber ist dies dann nicht der Fall ?

std::vector<int> vec(7);

Und falls ein Konstruktor nicht explicit ist und mehrere Parameter hat, von denen der zweite bis letzte Defaultwerte besitzen, kann man auch von Konvertierungskonstruktor sprechen. Nur gibts das relativ selten...

class MyClass
{
    public:
        MyClass(int i, double d = 5.0);
};

MyClass obj = 3;

Zudem würde ich explicit -Konstruktoren von Konvertierungskonstruktoren ausschliessen. Der folgende ist für mich kein Aufruf eines Konvertierungskonstruktors:

std::vector<int> vec(7);

Ja, damits eine Typumwandlung wird, muß man es deutlicher hinschreiben.

std::vector<int> vec=static_cast<std::vector<int> >(7);

Ich würde nur die Konstruktoren Konvertierungskonstruktoren nennen, die genau einen Parameter haben, aber nicht mehr als einen (, wie pumuckl vorhin auch geschrieben hat).

Und nicht explicit sind?

ich bin gerade auf folgenden Code im Buch gestossen:

... grauenhafter Code ...

THE-E schrieb:

Also das Buch heisst "C++ von A bis Z(2.Auflage) - Galileo Computing"

Aha. Das Buch scheint nicht viel zu taugen -- es sei denn, die "Macken" sind absichtlich dort, zu Lehrzwecken / als Negativbeispiel.

Kopierkonstruktor und Zuweisungsoperator fehlen. Das führt unweigerlich zu Speicherlecks und/oder Destruktoren, die denselben Speicherblock mehr als einmal freigeben wollen.

Der Konvertierungsoperator ist ziemlich Banane. Konvertierungen sollten den Sinn des Werts erhalten, der von einem Typ zum anderen konvertiert wird. Zeichenketten haben nicht viel mit Ganzzahlen zu tun. Ja, die Länge einer Zeichenkette ist eine Ganzzahle. Dafür kann man ja auch eine size oder length Methode anbieten. Aber als Konvertierungsoperator ist das unpassend.

Const-Correctness wird verletzt. Die folgende Funktion kann einen "konstanten" String verändern, wobei sie es eigentlich nicht dürfen sollte:

void const_incorrect(String const& s)
{
  int l = s; // mit-den-Augen-roll
  char* p = s.get_String(); // legal, da get_String const ist
  if (l>0) {
    p[0] = 'X'; // Oops! Ich habe einen "konstanten" String geändert.
  }
}

kk