Vedhaefte informationer til filer?

Og hvad indeholder disse filer?

Du kan jo tilknytte en header til filen som indeholder alle de oplysninger du kan tænke dig.

Altså noget med i retning af dette:


Når tråden tog fat i filen (de hedder alle noget med .inh) så var proceduren:


Sådan noget i den retning...

Filerne har forskelligt indhold, og er af forskellige formater.

hrc:
Jeg er endt med at generere en text fil med endelsen .h for hver genereret fil. Denne header fil er ikke tilknyttet den fil, den indeholder informationer om paa anden maade, end at den har samme navn, bortset fra endelsen.

Jeg kunne ikke rigtig gennemskue dit forslag. Ender det hele ikke bare i een fil pga. linien:
ofs.CopyStream(ifs,ifs.size);
??

Jeg synes egentlig ikke saa godt om min loesning, da det virker lidt overdrevet med en ekstra fil, som kun indeholder en sti.

Andre overvejelser fra min side har vaeret:
1: Extended file attributes
Fandt aldrig fornuftige informationer om dette paa nettet.

2: Oprette en temporaer mappe for hver sti, da der ofte er flere filer, som skal ende samme sted.
Problemet er bare, at et mappenavn ikke kan indeholde specialtegn (f.eks. \).

3:
Inkludere stien som text i selve filerne.
Problemet her er, at formaterne er forskellige (.xml, .xls, .txt), og at hver fil skal aabnes for at finde stien. Det skal en header fil godt nok ogsaa, men den er selvsagt ekstremt lille.

js_delphi: Det skulle ikke ende med en kopi af filen for positionen i streamen står efter den header der blev lagt ind.

Extended attributes er også en løsning. I praksis er det det samme som jeg har forslået, blot med pointerjonglering og mærkelige Win32-funktionskald. Har lavet lidt og var også i gang med en klasse til indkapsling af funktionaliteten ... men det projekt døde omtrent samtidig med jeg begyndte at avle børn!

2. Ikke kønt.

3. Heller ikke kønt.

Jeg ville (naturligvis) selv vælge at proppe lidt informationer ind i filen - på den måde jeg foreslog.

I øvrigt stikker .h extensionen nok lidt i øjnene på C-folk (og afarter deraf).

Man kunne også lave sit eget filformat, hvor de ønskede oplysninger er skrevet først, efterfulgt af selve fil-indholdet.

Derefter designe to rutiner til at læse og skrive filen.
Kan godt komme med et eksempel hvis det ønskes, men den metode kan kun bruges hvis original filen må blive ændret i det hele taget.

//mortenbs

mbsnet: æhh. det er jo også det jeg har foreslået :-)

nå ja det er det da egentlig også :-) hehe sorry

hrc, skal vi dele point?

Alright, saa snupper jeg dem selv :)
Tak for hjaelpen ellers.