Re: Package proposal
| From: | Ian P. Christian | Date: | Thu, 30 Jun 2005 15:15:24 +0000 |
| Subject: | Re: Package proposal | ||
| References: | 1 2 3 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-38396@lists.php.net to get a copy of this message | ||
On Thursday 30 June 2005 15:10, Philippe Jausions wrote:
> XML is still heavy for something that won't change much, at least for
> the predefined units.
XML isn't really heavy at all, it's parsed in a C library that's been massivly
tweeked for performance, and the file will be cached in RAM by the OS's file
system cache. I would be supprised if storing a file in XML format caused
much of an issue. If it did, it could be cached using Cache_Lite - but I
would be quite supprised if this was much faster at all.
> For user-defined units, I don't think this package should command how
> they are stored. Examples of different implementations could be given.
Indeed, I mearly showed an XML file being loaded as an example. A PHP array
could be provided, CSV, an SQL record set. My point was really that a
database is a complete overkill for storing non-relational database. People
are too keen on using databases when they should not be used.
> 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...
I agree entirly.
--
Ian P. Christian ~ http://pookey.co.uk
Attachment: [application/pgp-signature]
Attachment: [application/pgp-signature]