Czy przesłanianie std :: to_string dla zdefiniowanych przez użytkownika wylicza właściwy sposób dostarczania to_string dla zdefiniowanych przez użytkownika wyliczeń?

Question

C++ nie ma sposobu na uzyskanie reprezentacji łańcuchowej wyliczenia. Ludzie to obejść poprzez pisanie własnych funkcji, które zawierają dużo kodu boilerplate aka
switch z case XYZ return "XYZ";

To oczywiście wymaga użytkownikom wyliczenia znać nazwę funkcji niestandardowej.

Więc pomyślałem, że mogę dodać specjalizację do std::to_string, aby umożliwić użytkownikowi korzystanie z to_string w moich podsumowaniach. Coś takiego:

// 
#include <iostream> 
#include <string> 
#include <cassert> 
#define TEST 
class Car 
{ 
public: 
    enum class Color 
    { 
     Red, 
     Blue, 
     White 
    }; 
}; 
#ifdef TEST 
#include <string> 
namespace std 
{ 
    std::string to_string (Car::Color c) 
    { 
     switch (c) 
     { 
     case Car::Color::Red: 
      return "Red"; 
     case Car::Color::Blue: 
      return "Blue"; 
     case Car::Color::White: 
      return "White"; 
     default: 
      { 
       assert(0); 
       return ""; 
      } 
     } 
    } 

} 
#endif 
int main() 
{ 
    std::cout << std::to_string(Car::Color::White) << std::endl; 

} 

Czy są jakieś problemy z tym rozwiązaniem?

Answer 1

To nie jest "nadpisywanie" (co dotyczy funkcji virtual), a nie dodano "specjalizacji" (która dotyczy szablonów), dodano przeciążenie, które dodaje deklarację i definicję nowego funkcja do przestrzeni nazw std i to zabronione:

17.6.4.2.1 namespace std [namespace.std]
zachowanie C++ programu jest niezdefiniowana jeśli dodaje deklaracji lub definicji do przestrzeni nazw std lub do przestrzeń nazw w obrębie przestrzeni nazw std, chyba że określono inaczej. Program może dodać specjalizację szablonu dla dowolnego standardowego szablonu biblioteki do przestrzeni nazw standardowej tylko wtedy, gdy deklaracja zależy od typu zdefiniowanego przez użytkownika, a specjalizacja spełnia standardowe wymagania biblioteki dla oryginalnego szablonu i nie jest wyraźnie zabroniona.

Lepszym rozwiązaniem byłoby przeciążać go we własnej przestrzeni nazw, i nazywają to_string(c) zamiast std::to_string(c). To znajdzie odpowiednią funkcję i nie musisz dodawać niczego do std