Re: Account Request
| From: | Alexander Kahl | Date: | Fri, 26 Sep 2008 10:00:54 +0000 |
| Subject: | Re: Account Request | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 12 13 | Groups: | php.pecl.dev |
| Request: | Send a blank email to pecl-dev+get-5785@lists.php.net to get a copy of this message | ||
On Fri, 2008-09-26 at 11:50 +0200, Lukas Kahwe Smith wrote:
> On 26.09.2008, at 11:43, Alexander Kahl wrote:
> >>
> >> By the way, we do have a yaml extension already which is used by many
> >> frameworks.
> > I know (php-pecl-)syck well, Alexey Zakhlestin actually encouraged
> > me to
> > use his implementation as an inspiration. Still, I haven't heard of
> > any
> > plans to have syck support YAML 1.1 and libyaml was written for this
> > purpose and does its job really well so IMO it deserves PHP
> > integration.
>
>
> Aside from the legal stuff, for me the C based YAML parsers are not
> useable, because we require full merge-key support [1],
Full merge-key support? Like what?
The only missing feature I could identify for production software is
post-deserialization merging of files loaded dependently from each other
which can be done later in-code by different means.
> which is not
> part of the standard. This actually seems to be a requirement for most
> PHP frameworks I have seen.
Well but non-machine code yaml processors are so fucking slow their
overhead is actually unbearable if you really so heavily on yaml as I
do; and, no, caching is not always the right solution as long as yaml is
used as a data storage layer in between different access layers.
--
alexander kahl _ developer
Attachment: [application/pgp-signature] This is a digitally signed message part signature.asc
Attachment: [application/pgp-signature] This is a digitally signed message part signature.asc