RE: [PEAR-DEV] Re: [binarycloud-dev] FW: lets talk "metapear" - politics aside:-)
| From: | Lukas Smith | Date: | Sun, 17 Mar 2002 20:25:14 +0000 |
| Subject: | RE: [PEAR-DEV] Re: [binarycloud-dev] FW: lets talk "metapear" - politics aside:-) | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-5005@lists.php.net to get a copy of this message | ||
> Have a look at Smarty 2.0 <http://phpinsider.com>. They
> do this and
it
> works brilliantly (but then what else do you expect when it's coded by
> Monte and Andrei?) - they call it a plugin architecture, but I guess
you
> could call it a package architecture instead :-)
ok, I will look at it
> >> Another question: Does "metapear" even need to be able to retrieve
> resultsets
> >> step by step? I really do not see the advantage there. People
should
> ensure
>
> Not entirely sure what you mean, but if you're talking about the
ability
> to do:
> while ($row = $result->fetchRow(DB_FETCHMODE_ASSOC)) {
> // Massage the data
> $data[] = $row;
> }
>
> then I say we need this.
I am talking about fetching single cells or rows instead of the entire
result set at once
> Also, the get*() methods in PEAR-DB are really useful - I know they
add
> overhead, but for ease of programming they are brilliant.
Could someone explain to me the real advantage behind prepare?
I think I know part of it but could someone just give me an entire run
down? :-)
Lukas Smith
smith@dybnet.de
_______________________________
DybNet Internet Solutions GbR
Alt Moabit 89
10559 Berlin
Germany
Tel. : +49 30 83 22 50 00
Fax : +49 30 83 22 50 07
www.dybnet.de info@dybnet.de
_______________________________