En Ruby on Rails, ¿cómo puedo persistir objetos en la memoria entre sesiones?

Question

Estoy intentando crear algo (en última instancia, una gema, pero por ahora una aplicación) que funciona de la siguiente manera.

Supongamos, por ejemplo, que los registros DB son razas de perro. Hay una clase de padres de perros y una clase de niños para cada raza. Las razas reales no se conocen hasta el tiempo de ejecución.

Cuando el servidor comienza, cargará los registros de la base de datos y crea instancias de clases basadas en los registros, p. Puedo tener dos beagles y poodle. Cuando alguien llega al servidor, es posible que desee acceder a una de esas instancias de perro.

¿Por qué no crear la instancia sobre la marcha? En mi caso, los "perros" son básicamente clases que contienen un algoritmo y datos. El algoritmo no cambia, los datos cambian raramente (en el orden de los días), pero se accederá a la ejecución del algoritmo en sí, que utiliza datos y algunos datos dinámicos pasados, como una marca de tiempo, varias veces por segundo.

Sería tonto tener que volver a crear una instancia del objeto y cargar los datos cada vez solo para hacer una solicitud solo para volver a hacerlo en la siguiente solicitud (las solicitudes no cambian el estado del objeto) . Estaría creando y destruyendo múltiples objetos por segundo cuando podría reutilizar el mismo objeto.

no tiene sentido mantenerlo en la sesión, ya que alguien que quiere un caniche no debería necesitar tener la información de los beagles en su objeto de sesión; es irrelevante (y no escala).

¿Cómo persisto estos objetos en la memoria? Básicamente quiero una tabla de búsqueda para contener las instancias. En Java, crearía un singleton con algún tipo de hashmap o matriz que se encuentre en la memoria. En los rails intenté esto creando una clase singleton en la carpeta lib. Creo que no estoy entendiendo este derecho, que la instancia (el hecho de que es un singleton es discutible) se está perdiendo cuando la sesión desaparece.

La respuesta más cercana que encontré fue http://www.ruby-forum.com/topic/129372 que básicamente pone todo en campos y métodos de clase. De alguna manera, eso no parece correcto.

TIA!

Adición: Vengo de Java. En Java, simplemente crearía un objeto que se encuentra en el montón o quizás en un árbol JNDI y, a medida que ingresen las solicitudes HTTP, serían manejadas por un servlet o EJB o un elemento por solicitud que podría acceder al objeto persistente. Parece que no puedo encontrar el equivalente en rieles.

Answer 1

Quizás su ejemplo sea confuso por su simplicidad. Supongo que sus objetos son bastante complicados y que su evaluación comparativa muestra que construirlos no es razonable en cada solicitud.

En el modo de producción, las clases no se descargan entre las solicitudes, pero las instancias de esas clases sí lo están. Entonces, usar los miembros de la clase de una clase suena como la forma de ir a verme. Solo úsalo para almacenar tus instancias.

class ObjectCache 
    @@objects = {:beagle => Beagle.new, :poodle => Poodle.new} 

    def lookup key 
    @@objects[key.to_sym] 
    end 
end 

Answer 2

No me preocuparía demasiado cargar y descartar objetos a menos que se te ocurra un punto de referencia que demuestre que es un problema. Cada solicitud crea una cantidad extraordinaria de objetos intermedios como una cuestión de rutina, y estos generalmente se crean y destruyen en cuestión de varios milisegundos.

En general, es mejor enfocarse en cargar solo lo que se necesita, desnormalizar su base de datos para insertar datos o métodos de acceso frecuente en una ubicación conveniente o guardar los resultados de cálculos complicados en un campo de caché.

Primero comparativa, optimice solo cuando sea necesario.

Guardar instancias de modelos en una memoria caché de clases puede funcionar, pero solo es una opción en un entorno de producción donde las clases de modelo no se vuelven a cargar con cada solicitud. También puede exponerte a errores causados ​​por datos obsoletos.

Si tiene un problema de escalabilidad que no se puede resolver con estos métodos, puede investigar la creación de un servidor persistente para una parte de su funcionalidad usando una combinación de Rack y EventMachine. Hay varias formas de construir un proceso en segundo plano que puede realizar cálculos complicados utilizando un conjunto de datos precargados, pero el enfoque específico dependerá de varias cosas, como el tipo de datos con los que está trabajando y la frecuencia con la que lo haga. se accederá.

Answer 3

En la producción, los controladores y las clases del modelo no se vuelven a cargar entre las solicitudes, por lo que tiene varias opciones:

• conjunto los objetos como variables de clase en su application_controller
• crear métodos únicos en el las mismas clases de modelo que devuelven los valores

Answer 4

Sí, también se puede evitar que las clases se descarguen en el modo Desarrollo. No es solo un modo de Producción. Aunque ocurre de manera predeterminada en el modo Producción, donde debe establecerlo manualmente en el modo Desarrollo.

Answer 5

Para no volver a cargar sus clases en cada solicitud, incluso en modo de desarrollo, puede moverlas a algún lugar fuera de las rutas de carga automática (si usa valores predeterminados fuera de los directorios de la aplicación y lib). De esta forma, puede mantener estas clases de objeto entre solicitudes y, por lo tanto, usarlas para almacenar datos que son iguales para cada solicitud.