Sobre persistencia tenes varios sabores... Si va a priorizar la transparencia en el desarrollo Magma es tu camino, Ahora bien si lo que estas buscando es la interacción con otros sistemas no Smalltalk y la consulta externa.. la recomendación es GLORP con alguna DB Relacional. Si el desarrollo no es muy grande podes usar Sandstone,por otro lado no descartaría la pre-valencia, propia de la imagen,, dependiendo el caso.
En lo personal, las mejores resultado los logre con soluciones mixtas, es decir, no tes porque casarte con algo.. Por ejemplo tenes una aplicación donde tenes datos propios de la maquina que esta usando y tenes un repositorio de datos común para todos los puestos (supongamos que no podemos usar seaside u otra tecnologia web). Los datos locales los guardas en la propia imagen y comunes una en la base de datos, usando Glorp. No conozco el contexto sobre el que te estas moviendo, pero tenes soluciones para lo que necesites,,, hasta tenes por ahí (desconozco el grado de madures), una integración con Amazon WS DB. Saludos BTW, alguien conoce si alguna implementación de Map Reducing o NoSQL integration (algo como por ejemplo big table ) 2010/11/9 Alejandro Pérez <[email protected]> > ¿Por qué no Gemstone? Para plantearse un tema web. > > http://seaside.gemstone.com/docs/GLASS-Announcement.htm > > 2010/11/9 Giuseppe Luigi Punzi <[email protected]> > > Hola a todos, >> >> Tengo que presentar un informe a mis superiores sobre herramientas de >> desarrollo, y le toca el turno a Smalltalk, por enésima vez. >> >> Tras ir evaluando distintas herramientas, tengo que ponerme a hacer unas >> pruebas, y me gustaría saber como está el tema de persistencia en >> Squeak/Pharo. Aunque aún ando en la tesitura de elegir si Squeak o Pharo, >> por >> lo que veo, al parecer, el movimiento "empresarial" anda más por el lado >> de >> Pharo, así que, quizás, sería la mejor elección, aunque, ahora mismo, eso >> es >> lo de menos. >> >> Básicamente, necesitaría algún tipo de almacenamiento en local monopuesto >> que >> sea rápido, pero a la vez, sea capaz de poder trabajar, si lo necesitara, >> en >> multipuestos con distintas imágenes trabajando (un mismo local con >> distintos >> puntos de trabajo). >> >> Nunca he trabajado con persistencia en Smalltalk, por lo que desconozco >> qué >> sería lo mejor. Me dá miedo que según vayan creciendo los movimientos de >> la >> aplicación se vuelva lenta. Había pensado en Magma, pero quizás sea matar >> moscas a cañonazos, por lo que insto a vuestra experiencia. >> >> Por otro lado, siempre y cuando fuera posible, si los datos pudieran >> consultarse de manera externa a la imágen sería excepcional (por ejemplo, >> para >> acceder a ellos en caso de catástrofe o algo) >> >> Para que os hagáis a la idea, sería para una aplicación para tiendas. Por >> lo >> que necesitaré trabajar con puertos serie, scanners, generar informes, >> consultar datos históricos, manejar almacenes, seguramente comunicar con >> una >> aplicación central y un lago etcétera etc... >> >> -- >> Giuseppe Luigi >> http://www.lordzealon.com >> >> -- >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected]<clubsmalltalk%[email protected]> >> >> http://www.clubSmalltalk.org > > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<clubsmalltalk%[email protected]> > > http://www.clubSmalltalk.org > -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
