Re: [binarycloud-dev] Re: [PEAR-DEV] Re: [metabase-dev] RE: [PEAR-DEV] New Metabase Aniversary release

From: 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

« previous php.pear.dev (#4075) next »