Implizite C-Konvertierungen: Klarstellung
Kürzlich haben Kommentare zu einer früheren Antwort zu alternativen Umwandlungen in C Fragen zur Genauigkeit impliziter Konvertierungen aufgeworfen . Zur Verdeutlichung untersuchen wir das folgende Codesegment:
#include <string> struct A { A( const std::string & s ) {} }; void func( const A & a ) { } int main() { func( "one" ); // error func( A("two") ); // ok func( std::string("three") ); // ok }
Ursprünglich wurde behauptet, dass der erste Funktionsaufruf zu einem Fehler führt, da keine direkte Konvertierung von einem const char * in ein A existiert. Allerdings , findet eine Konvertierung von einem String in ein A statt. Die Verwendung dieser Konvertierung würde mehr als einen Schritt erfordern, was im Allgemeinen verboten ist. Diese Behauptung wird von g 4.4.0 und Comeau-Compilern unterstützt.
Nach weiteren Untersuchungen bringt der C-Standard (12.3.4) Licht in diese Angelegenheit und besagt, dass höchstens eine benutzerdefinierte Konvertierung ( Konstruktor oder Konvertierungsfunktion) kann implizit auf einen einzelnen Wert angewendet werden. Diese Regelung entspricht dem beobachteten Verhalten und verdeutlicht die Einschränkungen impliziter Konvertierungen.
Zusammenfassend ist nur eine implizite benutzerdefinierte Konvertierung für einen einzelnen Wert zulässig. Im bereitgestellten Code schlägt der Aufruf von func("one") fehl, da dafür mehrere implizite Konvertierungen erforderlich wären, was nicht zulässig ist.
Das obige ist der detaillierte Inhalt vonKönnen implizite Konvertierungen in C mehrere benutzerdefinierte Konvertierungen umfassen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!