Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28379 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 54900 invoked by uid 1010); 17 Mar 2007 16:08:47 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 54885 invoked from network); 17 Mar 2007 16:08:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Mar 2007 16:08:46 -0000 X-Host-Fingerprint: 12.226.174.98 12-226-174-98.client.mchsi.com Received: from [12.226.174.98] ([12.226.174.98:13686] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 40/90-46372-D821CF54 for ; Sat, 17 Mar 2007 11:08:46 -0500 Message-ID: <40.90.46372.D821CF54@pb1.pair.com> To: internals@lists.php.net Date: Sat, 17 Mar 2007 11:08:35 -0500 User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 References: <1174134488.8667.33.camel@lena> In-Reply-To: <1174134488.8667.33.camel@lena> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 12.226.174.98 Subject: Re: google SoC - dbobj From: dragonwing@dragonu.net (Jacob Santos) Hey Adam, I think this project would be great for PHP, and hopefully upon stable release it would be better than the current Great Satan (Hail Satan! Glory be upon his name and wretched be his victims) that currently rules the ORM world. It is one exercise that I looked into to learn PHP extension building, but I ventured too far into the dark forest of PDO and fled for fear of my mortal soul. Reflection extension is a like a black hole for sucking in n00b souls who dare try to comprehend its mass l33tness. (The above might come off as sarcasm, but I'm totally serious. Only Gods of man would be able to maintain the aforementioned extensions or at least ones with more experience with C.) If you get it started, I would like to help you maintain it after the Summer of Code project. I have other projects which would take precedence, but I think this would make PHP even better. You don't have to work directly with PDO (as I had thought), just do as SDO does, and allow for a PDO object to be passed through the ORM constructor or method. But you probably already knew this. Hey, good luck getting accepted and to the completion of the project. Jacob Santos > Hi! > > I'm an interested student with a project idea for the PHP.net Google > Summer of Code. > > I'm thinking about a native ( compiled from C ) ORM extension for PHP. I > don't need to explain how useful and important it is in modern web > applications / frameworks. > > My goal is a native php extension that > - is efficient / high performance (thanks to good application design > and native code) > - has a really good API (thanks to PHP5's extensible object modell) > - works with all major DBMSs (by using PDO) > - is flexible, so with thin wrapper classes it could be a drop-in > replacement for any framework's ORM module. > > The concept is object persistence (somewhat similar to Hibernate for > Java). I think object persistence is the most simple, clean and usable > ORM concept, however it is the hardest to implement especially in pure > PHP code (no access to PHP5's internal object modell). > > So what do you think? Is it a good project for SoC? > > About me: I'm 19 year old, a student at the Budapest University of > Technology and Economics on the IT department ... and as you have > already discovered, not a native English speaker. > > Adam Banko