Re: Package proposal
| From: | Philippe Jausions | Date: | Thu, 30 Jun 2005 14:10:38 +0000 |
| Subject: | Re: Package proposal | ||
| References: | 1 2 3 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-38392@lists.php.net to get a copy of this message | ||
Ian P. Christian wrote:
On Wednesday 29 June 2005 16:26, christophe blin wrote:XML is still heavy for something that won't change much, at least for the predefined units. For user-defined units, I don't think this package should command how they are stored. Examples of different implementations could be given. The smart way to do is to allow new units to be imported into the converter object, somethinge like addUnit() method. The rational is to be able to use the package in an open environment where any user can have as many custom units as they want... -PhilippeIsn't it the goal of a db to store relationnal data ?This isn't relational data though is it? It's just look up data. You could use XML, flat file, Berkley DB.... I think using a database is a bad idea - I also think keeping this in an array is a bad idea. the package could distribute with one XML/flat file that's used for it's included convertions, and then could load in any user defined ones.. $package->loadConvertData('./extra.xml');