Re: libpurple php binding
| From: | Anatoliy Belsky | Date: | Sat, 01 Dec 2007 15:30:51 +0000 |
| Subject: | Re: libpurple php binding | ||
| References: | 1 2 3 | Groups: | php.pecl.dev |
| Request: | Send a blank email to pecl-dev+get-4938@lists.php.net to get a copy of this message | ||
so I'll find some materials on the internet and probably buy some books about
php oop extensions programming ... it's indeed better then a directly
translation of c ..
the license issues was taked up here at the pecl-dev and at the pidgin
development maling lists .. and there is no solution to bring the libpurple
in the pecl ... but I was still able to begin a project on the sf.net ... and
in the final result it's unimportant ... the main thing - php has a piece of
a good software more ...
thanks
Anatoliy
On Saturday 01 December 2007 14:27, Elizabeth M Smith wrote:
> Anatoliy Belsky wrote:
> > thanks for the feedback .. even if you havn't yet tested ...
> >
> > yes, i've heared some things about the oop api (from some pidgin folks),
> > it sounds interesting, but at the moment it was easier to implement the
> > pure libpurple api (which is written in c). But the constants must can be
> > used from different classes too ...
>
> Um, no, that's not what he meant...he meant make the PHP API for
> libpurple OO, and I'd have to add a second to that request. You can use
> class constants from anywhere you know (Classname::Constantname). The
> functional approach you've taken for the PHP side of the API makes it
> overly verbose and confusing.
>
> I'd really be interested in a PHP5 OO style API, but probably won't be
> using it if you keep the purely functional approach ;) Since this is
> your first extension, there are people around willing to help if you've
> never worked with creating objects/methods in a php extension - just ask ;)
>
> Just translating a C library's API to php calls is usually not the best
> way to make a good wrapper. That said, it is nice to see someone doing
> something with libpurple.
>
> (BTW, I've taken this off list since this really isn't a PECL extension
> because of licensing issues)
>
> Thanks,
> Elizabeth M Smith