WinFS: ecco la beta

WinFS: ecco la beta

Microsoft rilascia la release beta di WinFS, il file system in origine promesso per Windows Vista

di pubblicata il , alle 13:54 nel canale Programmi
MicrosoftWindows
 
196 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
Fx01 Settembre 2005, 15:08 #131
sirius: ok l'ordinamento per tipo ma... come fa l'os a determinare il tipo? (non è una domanda retorica eh, non lo so davvero se i *nix si fanno una sorta di cache dei mimetype, a me non risulta)

criceto: la shell è quella cosa che ti permette di fare una buona parte delle operazioni che fai con la GUI qualche volta più velocemente. io ho già usato mac os classico, tu hai già usato la shell prima di dire che le estensioni rompono?

djlode: l'estensione va considerata come un metadato che risiede nel nome del file, se lo vuoi falsificare puoi farlo, l'unione del mimetype e delle estensioni poteva essere che queste ultime fossero aggiunte e gestite automaticamente dall'os sulla base dei mime, però non è mai stato implementato, e di fatto winfs dovrebbe offrire una soluzione più pulita e strutturale alla questione
sirus01 Settembre 2005, 15:19 #132
Originariamente inviato da: Fx
sirius: ok l'ordinamento per tipo ma... come fa l'os a determinare il tipo? (non è una domanda retorica eh, non lo so davvero se i *nix si fanno una sorta di cache dei mimetype, a me non risulta)

criceto: la shell è quella cosa che ti permette di fare una buona parte delle operazioni che fai con la GUI qualche volta più velocemente. io ho già usato mac os classico, tu hai già usato la shell prima di dire che le estensioni rompono?

djlode: l'estensione va considerata come un metadato che risiede nel nome del file, se lo vuoi falsificare puoi farlo, l'unione del mimetype e delle estensioni poteva essere che queste ultime fossero aggiunte e gestite automaticamente dall'os sulla base dei mime, però non è mai stato implementato, e di fatto winfs dovrebbe offrire una soluzione più pulita e strutturale alla questione

*nix per vedere il tipo di file non si basano sull'estensione...usano l'estensioni ma tante volte nemmeno in questo caso per associare un programma ad un certo tipo di file (come in windows) ma è possibile associare un mime-type direttamente ad un programma...
Criceto01 Settembre 2005, 15:22 #133
Originariamente inviato da: DjLode
Non conosco Mac Os Classico ma un sistema operativo e/o un file system senza concetto di path mi risultano discretamente avversi. Come fai ad individuare un file senza path?


Con un ID.
sirus01 Settembre 2005, 15:26 #134
Originariamente inviato da: Criceto
Con un ID.

si ma fisicamente come sono organizzati i file???
sono tutti nella radice del file system e poi tramite ID si ricava un albero delle directory virtuale??? come funziona
Fx01 Settembre 2005, 15:29 #135
Originariamente inviato da: sirus
*nix per vedere il tipo di file non si basano sull'estensione...usano l'estensioni ma tante volte nemmeno in questo caso per associare un programma ad un certo tipo di file (come in windows) ma è possibile associare un mime-type direttamente ad un programma...


il meccanismo che usano lo conosco, come ho già detto fanno un'analisi del file sulla base di criteri (che sono specificati nel file /etc/mime-magic), il problema che sollevavo è che se hai una schermata con 1200 file l'os si deve spupazzare 1200 file uno a uno per poterne determinare il tipo... oppure, ed è quello che chiedevo, fa in qualche modo la cache di questo dato (ad es. a livello di fs)? a me non risulta, però sai mai...
bjt201 Settembre 2005, 15:31 #136
Per la questione dei files senza path: esistono dei file systems che gestiscono un catalogo unico, dove per ogni file sono gestite posizione fisica (su HD su supporto rimovibile con tanto di richiesta automatica, come su Amiga, di inserire il supporto se il file è off line), versioni e copie di backup (o semplici copie multiple) di tutte le versioni. Mi pare che il VMS implementi us sottoinsieme di queste caratteristiche (versioni e catalogo, ma le directory almeno "virtuali" comunque sono introdotte: ossia una cartella è solo una posizione "logica"
Criceto01 Settembre 2005, 15:37 #137
Originariamente inviato da: sirus
la shell è la cosa migliore che si potesse inventare, ha potenzialità superiori rispetto all'interfaccia grafica e una volta che impari ad usare la shell testuale fai tutto con quella, io in linux i trasferimenti di file li faccio da shell, il controllo dei servizi lo faccio da li e con la shell fai molto altro ancora...
sono felicissimo del fatto che uno dei futuri aggiornamenti di Vista sarà l'inserimento di una shell UnixLike


Se, se... ho usato Mac dai tempi dell'SE/30 ma non ho mai sentito la necessità di usare una shell. Nè tanto meno la sento ora con OS X che ne ha una Unix dura e pura.

Se proprio devi fare una cosa programmaticamente usi un linguaggio di programmazione. Su Mac storicamente c'è Applescript. Cioè un sistema molto semplice di scripting che può interagire con gli oggetti dell'interfaccia grafica del Finder (files) ... e delle applicazioni scriptabili (quasi tutte).

'Sta roba ce da decenni su Mac, la shell è una cosa arcaica.
bjt201 Settembre 2005, 15:38 #138
Per la questione estensione.

Ho win 2k pro ed Office 2003. Può darsi che questo funzioni anche con altre applicazioni, ma l'ho constatato su Office: ho aperto facendo doppio click un file word, fatto su un MAC, ma da una penna USB (quindi FAT32), senza estensione. Si è aperto il word! Poco fa ho fatto questa prova: ho preso un documento word e gli ho tolto l'estensione. Ho fatto doppio click e si è aperto con word!!! Ora ho capito perchè quando tento di aprire un file senza estensione, ma sconosciuto, ci mette un po' di tempo per far apparire la schermata "Apri con..." . I programmi avranno, credo, la possibilità di istallare una shell extension che esamina i files sconosciuti: quindi se un file è senza estensione, è processato da questo "parser". L'estensione ha la precedenza. Invito a farlo anche con altri files. PDF, GIF, JPEG, TIF non funziona (già provato), anche se hanno header riconoscibili.
DjLode01 Settembre 2005, 16:07 #139
Originariamente inviato da: Criceto
Con un ID.


Quindi i file nel FS sono organizzati in lista? E se tu vuoi crearti un insieme di immagini ad esempio come fai? Ci sono ID e sotto-ID?
Fx01 Settembre 2005, 18:14 #140
Originariamente inviato da: Criceto
Se, se... ho usato Mac dai tempi dell'SE/30 ma non ho mai sentito la necessità di usare una shell. Nè tanto meno la sento ora con OS X che ne ha una Unix dura e pura.

Se proprio devi fare una cosa programmaticamente usi un linguaggio di programmazione. Su Mac storicamente c'è Applescript. Cioè un sistema molto semplice di scripting che può interagire con gli oggetti dell'interfaccia grafica del Finder (files) ... e delle applicazioni scriptabili (quasi tutte).

'Sta roba ce da decenni su Mac, la shell è una cosa arcaica.


vedi quando si parlava del tuo atteggiamento "insolente" che è la premessa per dei flame? non hai mai usato la shell, non sai manco com'è fatta e quali sono le sue potenzialità, perchè cavolo devi saltare fuori a dire che è arcaica? mi salti fuori con delle bestialità quali "c'è applescript non ho bisogno della shell" - che c'entrano come un cavolo a merenda - e poi arrivi a delle conclusioni perchè ti senti in dovere di dire la tua e dire che quello che sai te è comunque meglio della merda che usiamo noi (il concetto è questo eh)... un atteggiamento diffuso tra una parte di mac user che ripeto è veramente fastidioso.

serve più umiltà, criceto. se usassi la stessa arroganza con te, il flame sarebbe garantito. non c'è bisogno di porsi sempre in contrapposizione o di pensare che gli altri siano deficienti ad usare la shell quando c'è applescript che è 20 anni avanti... o di pensare sempre che apple sia 20 anni avanti e gli altri siano tutti arcaici... su... per di più quando manco conosci quel di cui si parla, mannaggia...

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^