On Tue, Aug 27, 2013 at 12:10 AM, Russell Adams <[email protected]>wrote:
> When we start talking about sorting and queries (narrowing) this is > where the flat file format starts to be an issue vs a kind of > database. > I don't think the flat file format by itself is an impediment. If the semantics are well defined and declarative, then it is as good as a structured database, and yet, being more convenient to humans. I had mentioned this in a previous thread. Sorry to harp on it again, but it really would be good to reconsider this suggestion: - Don't leak parsing order and other such internal details. - Make the declaration order irrelevant. While this might make some rare scenarios a little cumbersome, I think it will be a net win. I have implemented this exact suggestion when I joined a team building a large commercial DSL. It simplified the DSL and also the parser and processing engine. It also allowed easy development of IDEs where partial processing of input could be done in real time. That was couple of years ago and that team still thanks me for it. -- *Harshad RJ <http://lavadip.com>* -- --- You received this message because you are subscribed to the Google Groups "Ledger" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
