Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:28396
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.182.187 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding;
        b=ajeFRqWKha+S9ybfpALn2FLZ9q0QW9XJhy69pxq1hrocnwxtYx9d7U44s7kvvxtUXodvvSIp2/CNSxxoyVqh7sGDySsWhMlczAduyTvmV0gz0O3j5QEFvQoF6W2v3qF6c2mXanSMflptlw3L0r0e1wJ0nsjSivsahNU0Be6TLD4=
To: Lukas Kahwe Smith <mls@pooteeweet.org>, internals@lists.php.net
In-Reply-To: <45FD5D41.8020907@pooteeweet.org>
References: <1174134488.8667.33.camel@lena>
	 <45FC74A5.6080307@pooteeweet.org> <1174231834.12274.110.camel@lena>
	 <45FD5D41.8020907@pooteeweet.org>
Content-Type: text/plain
Date: Sun, 18 Mar 2007 17:21:45 +0100
Message-ID: <1174234905.16357.30.camel@lena>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] google SoC - dbobj
From: thefirstofall@gmail.com (=?ISO-8859-1?Q?Bank=F3_=C1d=E1m?=)

> I remember that Thies once said, the ultimate goal of the PHP language 
> would be to make everything fast enough in PHP so that everything can be 
> done in user space. All the extension should do is expose third party 
> libs. Of course this might only be a dream, but I think its one of those 
> dreams worth purseing .. even if you never make it.

I'm thinking about if PHP was fast, and extensions were only exposing
library interfaces, then PHP would be C/C++/Java/etc.

In my opinion - in every language - low level stuff should be
implemented efficiently (with low level tools), so the things building
on it can perform.

In the beginning, database API usage was an important part of most PHP
applications. Then came the smart/thin DB abstraction layers, and the
database access API was wrapped to be a bit nicer and more-or-less
database independent. Now the topic is ORM, that wraps all database
related things, to provide a nice OO interface. And further, these ORM
solutions are only a small part of the modern web development
frameworks.

These are a lot of layers, and I think we should reconsider what is
low-level and what is not. Some years ago ORM was by no means low-level.
But as things are getting more complex, I think we could say, that ORM
is a low-level building block of the near-future's web applications.

Adam