> I do think it would be easier to come up with a standard for the project, if > perhaps Banko didn't spend a whole year and a half on it. I do hope that the > mailing list sorts out which features should be in the PHP extension to allow > for interoperability between the ORM PHP libraries. It would probably take > another year, but it would be nice if it was bundled in a later version of > PHP > 5.x and PHP 6.
Maybe true, it would be easier to create the standard from scratch. But look at the good side. There's a current API that we can start talking about. The current outer interface (what matters most for PHP developers) is very flexible. And if the community can settle at a standard API, I'm willing to implement it. Please, everyone, have a look at one of the examples (dbobj.php or forum.php in the source) and decide if the current API is a good starting pont. As for the SoC application, I'll try to write something not too specific so the specification won't go against the community's future decisions. I hope google will accept it this way... Adam > Lukas Kahwe Smith wrote: > > Andrey Hristov wrote: > >> Hi, > >> Lukas Kahwe Smith wrote: > >>> Robin Ericsson wrote: > >>>> On 3/21/07, Bankó Ádám <[EMAIL PROTECTED]> wrote: > >>>>> The project is existing, I'm doing it for about a year and a half, and > >>>>> SoC is way I can spend more time on it in the summer. > >>>> If there is someone willing to something, and someone else is paying > >>>> for it, let him do it. Why should it bother whether it's C or PHP? The > >>>> community will benefit from it either way. > >>> Its a question of maintainability. Stuff like reverse engineering > >>> schema's from a database is simply not sensible to be done by C code. It > >>> requires a low barrier to entry, the ability to quickly fix things if > >>> you encounter a newer or very old obscure RDBMS version etc. > >> > >> Then make a mix of PHP and C code. C call call PHP userland, so it > >> shouldn't be a problem. And as I see it, it is always good to have > >> reference implementation in PHP and port it to C. I think Marcus did it > >> while implementing SPL. > > > > Yes .. so for the proposal .. step 1) would be defining interfaces and > > abstract classes to represent things. this could go into C > > > > regards, > > Lukas > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
