On Fri, 2003-04-04 at 12:42, Martin Jansen wrote:
> On Fri, 2003-04-04 at 19:15, Sterling Hughes wrote:
> > On Fri, 2003-04-04 at 12:26, Martin Jansen wrote:
> > > "In PECL all code has to follow the PHP coding standards."
> > > (http://pear.php.net/manual/en/developers.meaning.php)
> > >
> >
> > Then the manual is wrong.
>
> Oh, come on: You should have come up with that at the time that Stig
> hammered out PECL.
Speak Now or forever hold your peace?
Got news for you, 3/4s of the stuff in pecl doesn't follow the coding
standards. I just looked at the first 5 modules by ls, none of them
were coding standards compliant.
>
> > PECL extensions are independent entities with
> > no interdependencies (fully encapsulated). The api's they export should
> > follow naming conventions - sure. But following coding standards misses
> > the point of pecl itself (to foster independent extension development.)
>
> At least PECL is a part of PEAR and thus should be at least somewhat
> consistent. Without coding standards this will surely not happen.
What's the point, really? PECL modules are not group maintained (like
PEAR modules). If I woke up one day and saw someone committed to my
pecl module without my consent (or without contacting me first), I would
revert it just for good measure.. When you have something in PECL, its
*your* project, its not everyone's business (like in PHP).
Also developing PHP extensions is much different than developing PHP.
In PHP extensions the code itself is much more encapsulated, in PECL
individual package development is encapsulated. As long as the code
follows the php naming conventions (for exported functions), it can
interact nicely with the other packages. Forcing developers to use one
coding style in their individual projects will needlessly limit
contributions to PECL, and have no external benefit.
-Sterling
> - Martin
--
"C makes it easy to shoot yourself in the foot; C++ makes it harder,
but when you do, it blows away your whole leg."
- Bjarne Stroustrup
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
