[Pharo-dev] [ANN] Mapless a small framework for storing objects in a key->data fashion with no friction

phil at highoctane.be phil at highoctane.be
Thu Apr 17 04:08:05 EDT 2014


Not magically.

I have my own guide/visitor thing to do the save.
But as I do have a "complicated" domain, the fact that I do not have to
maintain all attributes in the image but directly through mapless helps me
save a ton of time.

Phil

On Thu, Apr 17, 2014 at 10:03 AM, Sven Van Caekenberghe <sven at stfx.eu>wrote:

> But how does a key/value store magically store a network of objects ?
> How is each object serialised ?
>
> On 17 Apr 2014, at 08:57, phil at highoctane.be wrote:
>
> > On Thu, Apr 17, 2014 at 1:46 AM, François Stephany <
> tulipe.moutarde at gmail.com> wrote:
> > Phil, can you describe your use case ?!
> >
> >
> > Network of objects persistence.
> >
> >
> >
> > On Wed, Apr 16, 2014 at 11:20 PM, phil at highoctane.be <phil at highoctane.be>
> wrote:
> >
> > I worked with Sebastian on using Mapless for my application.
> >
> > Just one word: Wow. This has potential!!!!
> >
> > Phil
> >
> > On Wed, Apr 16, 2014 at 9:17 PM, Sebastian Sastre <
> sebastian at flowingconcept.com> wrote:
> > Mapless
> > Mapless is a small framework for storing objects in a key->data fashion
> (i.e.: noSQL databases) without requiring any kind of object-data map. So
> far only MongoDB is supported. It can use Redis for reactivity (pub/sub)
> and cache.
> >
> > Motivation
> >
> > I wanted to persist objects with extremely low friction and extremely
> low maintenanceand great scaling and availability capabilities so Mapless
> is totally biased towards that. This framework is what I came up with after
> incorporating my experience withAggregate.
> >
> > There is no spoon…
> >
> > There is no object-relational impedance…
> >
> > There is no instVars…
> >
> > only persistence :D
> >
> > Code and instructions here:
> >
> > https://github.com/sebastianconcept/Mapless
> >
> > All MIT, enjoy
> >
> > sebastian
> >
> > o/
> >
> >
> >
> >
> >
> >
> >
> >
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/attachments/20140417/2a707ddb/attachment-0002.html>


More information about the Pharo-dev mailing list