¿Está utilizando un mapa donde value es std :: shared_ptr una buena opción de diseño para tener listas de clases con varios índices?

Question

problema es simple: Tenemos una clase que tiene miembros a, b, c, d ... Queremos poder buscar rápidamente (valor de clave de un miembro) y actualizar la lista de clase con un nuevo valor al proporcionar valor actual para aob bo ... Pensé en tener un montón de
std::map<decltype(MyClass.a/*b,c,d*/),shared_ptr<MyClass>>.

1) ¿Es esa una buena idea?

2) ¿Es el impulso multi índice superior a esta solución artesanal en todos los sentidos?

PS SQL está fuera de cuestión por razones de simplicidad/rendimiento.

Answer 1

1. Boost MultiIndex puede tener una clara desventaja de que tratarán de mantener todos los índices al día después de cada mutación de la colección. Esto puede ser una gran penalización de rendimiento si tiene una fase de carga de datos con muchas escrituras separadas.

2. Los patrones de uso de Boost Multi Index pueden no coincidir con el estilo de codificación (y gusto ...) del proyecto (miembros). Esto debería ser una desventaja menor, pero pensé que me gustaría mencionar que

3. Como se mencionó ildjarn, Boost MI no es compatible con la semántica se mueven hasta el momento

De lo contrario, me gustaría considerar impulso MultiIndex superior en la mayoría de las ocasiones, ya que es poco probable que alcance la cantidad de pruebas que recibió.

Answer 2

Desea considerar la posibilidad de contener todos sus mapas en una sola clase, decidiendo arbitrariamente uno de los contenedores como el que almacena los objetos "reales", y luego simplemente use std::map con un tipo de punteros sin formato correlacionados a elementos del primer std::map.

Sin embargo, esto sería un poco más difícil si alguna vez necesitas hacer copias de esos mapas.