Newsgroup: it.comp.lang.visual-basic
Titolo: FSO

Avete un buon link su FSO???
Grazie 


MSDN

 Avete un buon link su FSO???
FSO è male
-- 
"Tutta la droga del mondo non vale un grammo della mia adrenalina"
Lorenzo Cherubini alias Jovanotti
Per bypassare i filtri antispam scrivi nel testo del messaggio "AIEIE"
MasterDavidex - David Ruscelli
ICQ 223258511 

 ha scritto nel messaggio 
news:3avvovF...@individual.net...


 ha scritto nel messaggio 
news:d2eia4$9qt$1...@area.cu.mi.it...


 FSO č male
Perché č male? Non l'ho mai usato, dunque chiedo.
Ciao,
Andrea

Andrea Raimondi wrote:

Io l'ho sempre usato....
funziona benissimo sia come ASP che come VB

 funziona benissimo sia come ASP che come VB
Scusa se posso sembrare brusco, ma anche la Dim MioClsObj As New clsObj
funziona benissimo, però non è detto che sia una soluzione proprio
ottimale sempre.
Dunque, rimane la domanda, perché quel categorico "è male"?
Ciao,
Andrea


http://www.sloppycode.net/Reference/FSO/
ciao

 ha scritto nel messaggio 
news:XvA2e.714810$b5.32...@news3.tin.it...

Perche' praticamente tutto quello che fa puo' essere fatto con le normali
funzioni di I/O native di VB, e senza eccessiva fatica... si, e' vero, ha
un'interfaccia di programmazione ad oggetti piu' pratica, pero' e' un file
aggiuntivo da includere nella distribuzione, e per di piu' e' parte del
"pacchetto" Internet Explorer e quindi non e' sempre installabile a cuor
leggero.
Non e' "il male" in assoluto, ma troppo spesso la gente aggiunge una
dipendenza in piu' al progetto senza pensarci su (e questo, a parita' di
condizioni, *e'* male) per sfruttare poi 4 funzioni in croce che potevano
essere fatte con Dir, FileCopy e Open #
In ASP e' un'altro discorso perche' e' l'unico, o comunque il piu'
accessibile, sistema per arrivare al file system.
Ciao
P.S.
scusa per la mail privata, e' "partito un colpo"...
Luca Dormio
Sig.la Srl - Via F. Crispi, 52 16130 Sori (GE)
Tel: 0185 709016 - Fax: 0185 709062 - email: 
luca....@sig-la.com

 Luca Dormio
Andrea

 accessibile, sistema per arrivare al file system.
Credo che FSO in ASP sia invece il problema più grosso.
Essendo parte di Scripting Runtime, ossia di una libreria monitorata con 
occhio attento da qualunque scriptblocking degli antivirus, la probabilità 
che IIS si inchiodi in attesa che l'utente di esecuzione clicchi sulla 
finestrella dell'antivirus per consentire l'esecuzione, ma l'utente di IIS 
non è un utente di consolle, quindi nessuno cliccherà mai, quindi l'unica è 
riavviare IIS, è elevatissima.
Sfoglia un po' i NG di W2k, e vedrai quanti thread di gente che pensava ad 
un bug di IIS (finchè *qualcuno* non ha suggerito di disabilitare lo 
scriptblocking, e da allora la cosa è patrimonio dell'umanità).
Ciao
Alberto
-- 
E non so se avrò gli amici a farmi il coro,
o se avrò soltanto volti sconosciuti,
canterò le mia canzoni a tutti loro
e alla fine della strada
potrò dire che i miei giorni li ho vissuti 

 Dunque, rimane la domanda, perché quel categorico "è male"?
Francamente non so cosa intendano per "male". E' una libreria comunque
creata da Microsoft, non eccessivamente veloce, ma cmq creata tenendo conto
della efficacia e dell' efficienza e soprattutto dell'integrazione con 
il VB, cosa da non sottovalutare.
FSO non è altro che una DLL che incapsula le varie funzioni API che 
operano su
file e directory; quindi non vedo perchè dovrebbe essere male ad 
utilizzarla!!
Se utilizzi direttamente queste API, di sicuro ti servi solo di quelle 
di cui hai bisogno, ma il funzionamento
ed il risultato non cambiano affatto!

 Giusto.
parzialmente. mi sono scritto un exe per sapere la stazza delle dir, e col
fso (che in genere non amo) c'è voluto veramente poco. si poteva benissimo
anche con dir, ma non valeva la candela.
ciao, j.

 cliccherà mai, quindi l'unica è riavviare IIS, è elevatissima.
E' anche vero che se uno deve gestire IIS con applicazioni ASP attive, non 
puo' non porsi subito il problema sugli antivirus e il blocco degli 
script... ho capito che adesso lo sanno tutti, ma anche ai tempi aggiornare 
l'antivirus *su un server* senza documentarsi un minimo sulle nuove 
funzioni, non e' stata una pratica salutare.
Invece per un programma tradizionale, anche se gli effetti sono molto meno 
drammatici che su IIS, e' piu' subdolo, perche' uno potrebbe non cogliere 
l'associazione tra "scripting" e un programmino che sfoglia due cartelle e 
apre un file di testo (anche se ora, si spera, sanno tutti anche questo)
Ciao
-- 
Luca Dormio
Sig.la srl - Via F. Crispi, 52 16030 Sori (GE)
Tel: 
+39 0185 709016
 - Fax: 
+39 0185 709062
 - e-mail: 
luca....@sig-la.com