Re: Voting reminder: OLE
| From: | Xavier Noguer | Date: | Fri, 18 Apr 2003 09:23:55 +0000 |
| Subject: | Re: Voting reminder: OLE | ||
| Groups: | php.pear.dev | ||
| Request: | Send a blank email to pear-dev+get-15231@lists.php.net to get a copy of this message | ||
--------- Original Message --------
From: Jesus M. Castagnetto
>
> --- Xavier Noguer <xnoguer@rezebra.com> wrote:
> >
> > OLE's internal structure tries to resemble a filesystem, with files
and
> > directories. In that sense it is a data structure.
>
> Yep. I looked at your code again, and indeed is a fs-like. But it is not a
> general data structure in the sense of:
>
> http://www.nist.gov/dads/HTML/datastructur.html
>
> It is a structure in the sense of a specific C struct or similar. Any
other
> possible names?
>
> Also, my examples were a little mixed. In some langs lists/bags, sets,
> maps/hashes, etc. are collections or data containers, and linked lists,
stacks,
> trees, graphs, are general (or abstract) data structures.
As Arnaud pointed out, there seems to be some work on a DTA extension for
php. That could mean that the Structures category will never become too much
populated. See below for why do I think this is relevant.
> Just take this as my understanding on the issue/concept. I am not a
> professional programmer, just a scientist that mangles code.
>
> > > I am not sure if I would put OLE as a structure (if that were
true, then
> > > CORBA would be one too), but as a interprocess protocol or
something along
> > > those lines.
> >
> > I'm not trying to implement COM. The OLE format is just that, a
format for
> > containing files. The package implements an API for reading an OLE
> > container's contents or writing them, nothing more.
>
> Perhaps a "Container" category then?
Indeed, that would be a more appropriate name. But perhaps too specific?
I just don't want to end up with a hundred categories in pear. I think
having categories with just 1 or 2 packages should be avoided whenever
possible.