¿Qué quiere la gente en un diccionario .NET persistente?

Question

Estoy implementando colecciones .NET genéricas y persistentes basadas en el motor de la base de datos ESENT (utilizando la capa de interoperabilidad ManagedEsent). Hasta ahora me he centrado en las clases que imitan exactamente sus contrapartidas System.Collections.Generic, excepto que toman una ruta en el constructor que indica dónde debe ir la base de datos. Código como este está funcionando:

using Microsoft.Isam.Esent.Collections.Generic; 

static void Main(string[] args) 
{ 
    var dictionary = new PersistentDictionary<string, string>("Names"); 
    Console.WriteLine("What is your first name?"); 
    string firstName = Console.ReadLine(); 
    if (dictionary.ContainsKey(firstName)) 
    { 
     Console.WriteLine("Welcome back {0} {1}", firstName, dictionary[firstName]); 
    } 
    else 
    { 
     Console.WriteLine("I don't know you, {0}. What is your last name?", firstName); 
     dictionary[firstName] = Console.ReadLine(); 
    } 
} 

Mis preguntas son:

• Aparte de la compatibilidad con la pila, cola y Diccionario qué características queremos que la gente/necesidad en colecciones persistió?
• ¿Debo solicitar la versión 2.0 o la versión 3.5 del .NET Framework?
• Los tipos de clave y valor están restringidos a los tipos .NET básicos (bool, byte, [todos los enteros], float, double, Guid, DateTime y string). Podría agregar soporte para valores que son estructuras serializables. ¿Es este tipo de restricción demasiado dolorosa?
• ¿Qué tipo de puntos de referencia de rendimiento desea ver la gente?
• ¿Para qué tipo de aplicaciones la gente quiere usar un PersistedDictionary?

Voy a tener el primer lanzamiento listo la próxima semana, pero quiero asegurarme de que estoy construyendo lo correcto.

Answer 1

He publicado PersistentDictionary en Codeplex. Esto solo admite estructuras de serialización, pero trabajaré en una estructura de datos diferente que admita el almacenamiento y la recuperación de objetos arbitrarios.

http://managedesent.codeplex.com/

Answer 2

La restricción de tipo puede ser aceptable en las claves, pero en los valores, esperaría que todo lo que sea [Serializable] funcione. De lo contrario, ¿cuál es el punto? Casos simples como Dictionary<int, string> se ven en los libros de texto con mucha más frecuencia que en el mundo real.