Re: [binarycloud-dev] Re: [PEAR-DEV] Re: [metabase-dev] RE: [PEAR-DEV] New Metabase Aniversary release
| From: | Alex Black | Date: | Tue, 22 Jan 2002 21:17:11 +0000 |
| Subject: | Re: [binarycloud-dev] Re: [PEAR-DEV] Re: [metabase-dev] RE: [PEAR-DEV] New Metabase Aniversary release | ||
| References: | 1 | Groups: | php.db php.general php.pear.dev php.pear.general php.windows |
| Request: | Send a blank email to pear-dev+get-4075@lists.php.net to get a copy of this message | ||
> Template classes are also foundation components of modern
> applications.
They are certainly important, but they do not prevent interoperability in
the same way that different database abstraction packages do.
>> application, using APIs that are slightly different is a bad thing.
>
> Of course, but no one forces you to do that. I, as a developer,
> can choose if I want to use PEAR::Metabase in my application
> or PEAR::DB.
Yes, which is not a good idea. If you're tying to get people to use a common
set of high quality classes, you'll need to introduce some standards.
> Remember, PEAR ist not Midgard. PEAR is no application framework.
> It's a pool of classes that follow coding standards.
As the project leader of binarycloud, which is an application framework that
uses some limited amount of PEAR code, I am obviously aware of the
difference. I have no interest in PEAR as an application framework, I like
it as it is: pool of classes that follow coding standards.
It has been repeated over, and over, and over again that PEAR is not CPAN.
If PEAR will allow multiple versions of a foundation component like database
abstraction, then PEAR certainly is CPAN, with coding standards added.
CPAN is huge and tangled because its owners did not want to make decisions.
PEAR can be that as well, though given the extremely limited CVS access to
the repository it doesn't strike me as a CPAN clone, it strikes me as a
concerted effort to come up with a set of base classes for common needs in
the development community. Thus my argument for one abstraction layer. if
you guys are building CPAN with coding standards, great, but say so. I and
no doubt others will finally shut up about this question and we can all get
on with writing code and designing stuff that works.
This points to the age-old problem with PEAR: no one can decide what it
actually is, so this argument comes up in different forms about once every
three months.
Just decide: is PEAR:
-CPAN with coding standards
-PHP Base Classes
That's a big difference.
_alex