Usando std :: string como clave para std :: map

Question

Me gustaría tener un std :: map (int .NET 4.0). Por supuesto, sabemos que un mapa es un árbol y requiere un operador < que la cadena no define para nosotros.

Error 24 Error C2676: binario '<': 'const std :: string' no define este operador o una conversión a un tipo aceptable para el operador predefinido c: \ Archivos de programa \ Microsoft Visual Studio 10.0 \ VC \ include \ xfunctional 125 1 FXCMMarketDataServer

Así que puse mi google-foo a trabajar y encontró esta solución:

struct StringComparerForMap 
{ 
public: 
    bool operator()(const std::string x, const std::string y) 
    { 
     // Add compare logic here 
    } 
}; 

... 
std::map<std::string, CustomObject, StringComparerForMap> myMap; 

esto funcionó bien durante un tiempo, y ahora estoy encontrando un error que creo que se debe a esto. En algún lugar en el fondo del marco STL parecería que ignora la definición anterior y se predetermina al operador <.

¿Hay alguna manera en VS2010 .NET 4.0 de utilizar una cadena como la clave de un mapa?

Entiendo que puedo tomar esa cadena y escribir una función para hash it en un int, pero ¿dónde está la diversión en eso?

EDITAR

voy a tratar de explicar esto lo mejor que pueda para David. Cuando el mapa utiliza la estructura comparer, se bloquea en la versión y falla una aserción de depuración en la depuración. La aserción de que no está en línea XTree 1746.

de expresión: operador no válido <

| Abortar | | Reintentar | Ignorar |

Eso es lo que me lleva a creer que, a pesar de dar un mapa a un comparador, sigue por ciertas rutas el operador predeterminado < para la comparación. La línea en mi código que hace esto es:

CustomObject o = stringObjectMap[key]; 

Answer 1

Error 24 Error C2676: binario '<': 'const std :: string' no define este operador o una conversión a un tipo aceptable para el operador predefinido c: \ archivos de programa \ microsoft visual Studio 10.0 \ VC \ include \ xfunctional 125 1 FXCMMarketDataServer

Eso es lo VC escupe en la cara cuando se le olvidó incluir <string>. Ese encabezado definitivamente define este operador.