Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:28463
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.134.191 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding;
        b=BKUj/PHssLcFrzTMN31GrGBOQN4TLJ/PPs860DbKu3hrZdFBHjOF9GCJgo/wVKA3BbK3Ih6eTXdxXLm02izBa2X7BmLCNpRM9O6THbVqlP3ebAyHaaOt48KWSeiJDVhaplSgOmknkaqFcxmZx7ui3XeX7spauPUn+JJEuzmXpW0=
To: ceo@l-i-e.com
Cc: internals@lists.php.net
In-Reply-To: <41721.216.230.84.67.1174341117.squirrel@www.l-i-e.com>
References: <1174134488.8667.33.camel@lena>
	 <45FC74A5.6080307@pooteeweet.org> <1174231834.12274.110.camel@lena>
	 <45FEBD70.2090000@zend.com> <1174330743.9134.2.camel@lena>
	 <41721.216.230.84.67.1174341117.squirrel@www.l-i-e.com>
Content-Type: text/plain; charset=utf-8
Date: Mon, 19 Mar 2007 23:13:07 +0100
Message-ID: <1174342387.14657.86.camel@lena>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] google SoC - dbobj
From: thefirstofall@gmail.com (=?ISO-8859-1?Q?Bank=F3_=C1d=E1m?=)

2007. 03. 19, hétfő keltezéssel 16.51-kor Richard Lynch ezt írta:
> I don't think you'd want the RAM/performance hit of that, even in C...
> [shrug]
> 
> OTOH, I don't think I'd even want to use an ORM, so feel free to
> ignore me completely. :-)
> 

Hi!

I think a code is more manageable if it's more structured. This
additional structure however means "unoptimal" code, that will run
slower, and consume more memory.

Some balance point should be found, where the project is still
manageable, but the resource overhead is minimal.

Managing C code with limited structure (for bigger projects than hello
word) is hell. This is why structured programming and then the OOP was
invented.

Having a separate object for every data value is a bit idealistic (it
would be best, if it wouldn't have the object construction / destruction
overhead. But it has. 

I choose to implement this "idealistic" approach when I started to see
switch-case blocks in my code, that did not fit in my screen (about 50
lines).

Adam