Re: EXProc ZIP content representation

On 4/15/2012 2:26 PM, Florent Georges wrote:
>    BTW, I don't undesrtand why the entries are represented as a flat
> list, instead of a tree of dirs and files.  The entry names in a ZIP
> file are a flattened view of what they represent: a tree structure.
> Wouldn't it make more sense to represent it in XML?  That's what we
> have in the EXPath ZIP functions<>  for
> instance, and IMHO it is way easier to use with XML technologies
> (naturally tree-oriented).
One possible danger of presenting a tree directory structure on top of 
Zip's flattened internal model is that users of the API might expect it 
to be efficient to retrieve files in a sub-directory. But will it be?   
I'm in favor of having APIs that accurately reflect the underlying data 
model so as to avoid surprises like that.


Received on Monday, 16 April 2012 12:46:40 UTC