[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: luaproc thought
- From: Petite Abeille <petite.abeille@...>
- Date: Wed, 30 Sep 2009 20:24:27 +0200
On Sep 30, 2009, at 2:27 AM, Mark Hamburg wrote:
That requires storing the code for the chunk in a separate file
which is fine for complex processes but is a pain for lightweight
processes.
It doesn't necessarily have to be a file, a table of code snippets
would do just fine. The crux of it being not to mix code and strings
which happen to represent code. No need to change the entire language
for that. A bit of organization would usually suffice.
For example, instead of writing 'foreign' code directly inline as a
string, one could simply refer to it, e.g:
aDB( ' select name,extract from hit order by name limit %s', ... )
vs.
aDB( DML[ 'SelectHit' ], ... )
http://dev.alt.textdrive.com/browser/HTTP/Finder.dml#L100
Alternatively, in the specific case of luaproc, what about using an a
serialized function?
Assuming that luaproc.newproc is implemented in terms of loadstring,
one could string.dump a function and pass it to luaproc.newproc, e.g.:
luaproc.newproc( string.dump( function() msg =
luaproc.receive( "achannel" ) print( msg ) end ) )