Ämne:
[dcdev] Silly ADC comment
Från:
John Bäckstrand <[email protected]>
Datum:
2004-01-18 9:50
Till:
"'Direct Connect developers'" <[email protected]>

ADC has made it to v0.4

My problem is with the GET command:

GET <type> <identifier> <start-pos> <bytes>

Firstly, type was meant to specify a namespace, and GET was only meant to
receive file-data. This is fine, in that scenario type is a namespace, and
the identifier is a identifier. They are atomically split and you wont have
to make up weird values for them (multiple identifiers that are identical in
different namespaces wont happen for example)

Now, it was proposed to let the 'type' also signify what metadata to return.
Why do I have a problem with this? Its simply aesthethic: type is now a
aggregate of 'namespace' and 'meta-data-type' (regular filecontents is a
metadata with that definition).

Here are thinkable aggregated values:

TREEFROMFILENAME
TREEFROMTTHROOT
FILEFROMFILENAME
FILEFROMTTHROOT

Its not unacceptable, but its just not nicely modeled. I see two ways to fix
this, one means adding a command:

1)      a) GET only takes REGULAR filenames ('file' namespace) but takes an
argument specifying what meta-data to return (of which  filecontents is one)
       b) CNV (convert) takes an identifier and a namespace and returns a
regular filename.

2)      GET takes yet another argument specifying what meta-data to return.

Note: This problem is lessened by the fact that there is only really two
namespaces: some hash (TTH) and regular filenames. If we start adding more
namespaces (I cant think of any right now though) this will get messier.

---
John Bäckstrand
-- 
DC Developers mailinglist
http://3jane.ashpool.org/cgi-bin/mailman/listinfo/dcdev