Re: HTTP Class

Hello Anil, On 05-Jan-01 18:56:04, you wrote: >> In PEAR repository it is assumed that there is only one way to do >> something right. In PEAR repository there seems to be only space for one >> class of each type. This leaves absolutely no space for others to come >> with different approaches to do the same. >> >> For instance, it would be impossible to have in PEAR repository 8 page >> template classes or 6 table wrapper classes like there are at the PHP >> Classes. >I see this simply as a matter of differing approach. The question >is, how does the user figure out which class to use? I find Perl's A vote system is in my TODO list for the PHP Classes site. The vote system allows users to provide some guidance to others. Still, any developer will be able to contribute with anything even if there is some overlap with other contributions. >CPAN quite confusing sometimes, because there are such a wealth of >classes to download, many of which do the same things. With this >in mind, PEAR looks to become a 'standard way' for PHP authors to >quickly do something. How could be so sure that the implementation of a given component present in PEAR repository is the best there is for PHP? For instance, how can you assume that PEAR-DB is the best PHP database abstraction if you don't know the others that exist because they could not be uploaded to PEAR even if their authors wanted to? >If you download a PHP script that uses PEAR, it wouldnt take someone >familiar with the classes to go over the code and figure out what >it does. >On the other hand, this _does_ depend on PEAR actually being a sensible >and well thought-out system, as if bad design creeps in, the lack of >overlap either means breaking backward compatibility, or living with >it. Again, what makes you so sure that PEAR classes design is the best there is? >> This is important because each author can at least be morally compensated >> for the effort of sharing their code for free. I lost the count of how >> many authors have thanked me for having the site working that way. >> Motivated authors contribute more than once for the joy of the PHP >> community that access the site. The upload average is of 2 classes per >> author. >Hang on, it doesn't matter if the author uploads 10000 classes if they >are all crap! Lets focus on quality here, not quantity. I have no >doubts that your site has many excellent classes in there (although I >wouldn't be sure how to find them - top downloads?), but even then, >they would share no standard between them, apart from a single author's >own conventions. You are missing the point. The reason why there 8 template classes is because each author looked at the classes of the others and possibly said to themselves: "Hey, I can do that but better". Unlike what you assume, there isn't such a great inconsistency between them because one those classes is an higher level abstraction that Jesus M. Castagnetto developed to adds smart caching support and interfaces with all the others. The net effect is superb! Independent developers build on each other classes to improve them further. >> I already said it and will say it again, the way I see it this is the >> communist applied to the so called "Open" software development. Notice >> that basically if you want to contribute you have to give your work away >> for free, which is a fair rule), but only if the central committee (which >> thinks is above all and everybody) approves it, which is an unfair rule and >> that was precisely why communist regimes have fallen apart. >This is completely bogus. If you feel that the PEAR project isn't what >you want (as you are completely entitled to), then go ahead and fork >your own project, and attract developers because you are doing it the I guess you missed the history. It was PEAR that forked from the others ideas. >'right way'. There isn't a single successful open-source project that >isn't 'communist', or 'despotic', since every project needs a clear, >firm >and consistent direction in order to succeed. If you feel the direction >is not right, you can always take the code and do your own thing. The PHP Classes repository has going to make 2 years since it started. It was started because I wanted to have something in the PX site that it didn't have and his author did not want to add it. Anyway there are other PEAR like projects like Binary Cloud that is based on contributions from many developers not necessarily associated with Binary Cloud people that also has developed their own core classes. Fortunately Binary Cloud people have a more open mind: http://www.binarycloud.com/ >> This sounds like an invitation to leave. I am getting used to get this >> kind of "stabs" once in a while from certain members of the PHP core >> developers team just because they disagree from my point of view. You may >> not realize just yet who you are hitting, but some day you will. Never >> mind, I don't want to go where I am not wanted! :-( >Come on, we don't need this bad feeling; all of us enjoy coding, >we just aren't agreeing how - there's nothing personal in any of this :-) I agree that this is a bad feeling, but the truth is that some people can't stand being contested in public and start hitting back. Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?user=mlemos@acm.org -- E-mail: mlemos@acm.org URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp --