Very good topic!
On 27/06/04 18:37 +0200, Blue Prawn wrote:
> Some questions,
> Is there yet a Yaml parser implemented in PHP ?
> Is there yet a Yaml parser implemented in OCaml ?
Is there yet a Yaml implementation for Scheme?
Are there high quality implementations for Perl and Python?
Is there a C implementation of a *streaming* parser?
> (I have started to play arround with yaml parsing just to play as exercises,
> and I would like to make a more serious work that could be released,
> but if there aren't ones yet of course;)
> Are there documentations explaining what are the best algorythms to implement
> a Yaml parser ? (If not can I ask questions related to this here to make PHP
> and OCaml implementations ?)
There is a lot to implementing YAML. And a *parser* is just one piece of
the puzzle. It's not even half the battle.
The interesting thing is that at most levels these implementations can
be exactly the same. So it makes good sense for there to be a model
Personally I think this model should be done in public so that everyone
can watch and comment.
As you may know, I just upgraded http://yaml.kwiki.org. I think we
should take up implementation design talks there.
I have some great new tools in the code for highlighting source code.
Even for testing offsite implemenations using FIT. I'll start working on
getting stuff rolling.
> Is there a shared API to parse Yaml ? (for exemple due to the use of expat
> parsing SAX XML is exactly the same in Perl, PHP or Python
> which is very nice for end users !!! When one have learn it, one can use it
> the same with same fonctions name, in another highlevel language without
> additionnal learning, ...)
Check out http://yaml.kwiki.org/index.cgi?ParserEmitterApi. That's the
model I'm following for my new Perl implementation.
> If there is not yet a shared parsing yaml API, what would be the recommended
> and/or best one ? Are there documentations on this ? If not could you explain
> it in the answer ?
> Are there the same different approachs than in XML, one for small document
> type DOM, and one for large scalability type SAX ?
> (idem same questions about a shared API, for both those approach)
Sure. There's all sort's of API's. Even ones that don't exist in XML. I
think the serial API detailed above is the most generally useful though.
You can build other APIs over it. There is still the need for more low
level API's , but in the scripting language world, the middle ground is
the best starting point.
> I have seen the document about the dumping-vars. Same questions about this,
> is there a shared api yet ?
> Is this var-dump useable for cross-language useage ?
> Does cross-languages wraping based on high-level ascii format exists and at
> useable state yet ? Is xml-rpc this thing or close ? So what about yaml-rpc ?
I'd like to see a REST API using YAML over HTTP! That would rock!