Subpackages in PEAR2
| From: | Baptiste Autin | Date: | Sun, 03 Aug 2008 00:40:43 +0000 |
| Subject: | Subpackages in PEAR2 | ||
| Groups: | php.pear.dev | ||
| Request: | Send a blank email to pear-dev+get-50513@lists.php.net to get a copy of this message | ||
Hello all,
If you don't mind, and in spite of my very limited role in PEAR, I would
like to react on Travis'"PEAR2 Naming Standards"
(http://wiki.pear.php.net/index.php/PEAR2_Naming_Standards)
IMO, a "subpackage" is not necessarily a package for "drivers" (like it is
in MDB2), nor a kind of "small PEAR Package" that would deserve its own SVN
repository.
The PEAR package that I am maintaining contains subpackages for example, but
these are just plain containers, and I don't need multiple SVN repositories.
Look at large OO applications: they can have three, four, five subpackaging
levels, containing lots of classes and subpackages each, and there is only
one global SVN repository for the whole code.
So, if I am allowed to make a suggestion, regarding the "PEAR2 svn:externals
problem", why not just refactoring the MDB2 drivers as full PEAR packages?
This is how "Structures_DataGrid" proceeds with its different renderer and
datasource implementations, BTW.
I am sure there is no real need for a specific subpackage autoloader, in
PEAR2, nor for any complex ::/_ delimiters recipe, which would awkwardly
reintroduce the underscore, and perpetuate the semi-logical PEAR1 style.
These were my two cents - thanks for your attention. :)
Baptiste