[Cuis] Brainstorming question: what non-trivial uses can you think of for an object-based parser? (strings not invited)

[Phil (list)]

On Fri, 2015-05-22 at 03:57 -0300, Edgar J. De Cleene wrote:
> 
> 
> On 5/22/15, 1:49 AM, "Phil (list)" <pbpublist at gmail.com> wrote:
> 
> > So forgetting about all applications involving strings, what real world
> > uses can you think of where an object parser might come in handy?  You
> > have all of the capabilities that a parser brings to bear in terms of
> > pattern matching and being able to speculatively introspect objects in
> > its search, but on any arbitrary collection or stream of objects.  Keep
> > in mind that anything coming in over the wire (i.e. network) has already
> > been serialized so reconstituting it as an object graph seems
> > inefficient and of questionable value if the sole purpose in doing so is
> > to perform a task you could have easily done in it's default text/binary
> > form... but maybe I'm looking at it wrong.
> 
> I using a serialized ReferenceStream saved as .obj which I use for forced
> compatibility between Squeak. Pharo and Cuis.
> Works for roughly compatible classes,
> 
> But we could use to map objects between forks.
> 
> See the attached for Squeak 4.6.
> 
> I use the SqueakLight idea of Object lookForClass: for not enough smart DNU
> look in a class repository which could be created in Dropbox or Git or
> whatever external place for any fork.
> 
> See 
> 
> http://squeakros.org/4dot6
> http://squeakros.org/4dot5
> http://squeakros.org/4dot4
> http://squeakros.org/3dot10
> http://squeakros.org/3dot9
> http://squeakros.org/3dot8
> http://squeakros.org/Pharo2dot0
> 
> 
> Combining this rough idea with OMeta think maybe could made smart
> export/import between forks.
> 

Interesting idea.  Keep us posted on how it goes!

> Edgar
> 
> _______________________________________________
> Cuis mailing list
> Cuis at jvuletich.org
> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org