Newsgroup: it.comp.lang.visual-basic
Titolo: [.Net] Path corrente...come si trova?

Dovendo aspettare un backup ...mi son messo un po a "spippolare" col 
vb.net
......volevo vedere se è suppergiù simile aprire una tabella con ADO....e
come sempre faccio...gli archivi stanno in una cartella apposita.....
...però...App.path non c'è più....
ho trovato CurDir...ma trovo spiazzante anche l'help....sarà il mio monitor
troppo piccolo boh....è il festival delle finestrelle aperte!
è la solita cosa?...ci si può andare tranquilli?
penso domanda + stupida non potessi fare.....ma tant'è!

 penso domanda + stupida non potessi fare.....ma tant'è!
Aspetta che si avvicinino più persone a .NET... sentirai le domande che 
saltano fuori e mi dirai se questa è stupida o no. :-)
-- 
'Ho 38 di febbre... non garantisco sui post :-)
Antonio Cangiano
Webmaster di 
www.visualcsharp.it
free.it.comp.lang.csharp - free.it.comp.lang.vbnet
free.it.comp.lang.aspnet - free.it.comp.lang.delphi

 ho trovato CurDir...ma trovo spiazzante anche l'help....sarà il mio
imho curdir<>app.path ma .net non lo consco! :(

Hai 3 diverse opzioni:
Dim spath1 As String = Environment.CurrentDirectory
Dim spath2 As String = Application.ExecutablePath
Dim spath3 As String =
System.Reflection.Assembly.GetExecutingAssembly.Location
La terza e' da preferire in quanto funziona anche quando usata nelle
Library, la
classe Path puo' aiutarti per un eventuale parsing.
HTH
--
Corrado Cavalli [Microsoft MVP]
UGIdotNET - 
http://www.ugidotnet.org

[Antonio Cangiano] 14/10/02 scrisse
Ho 38,5 di febbre... non garantisco sui post :-)
[Antonio Cangiano] 15/10/02 scrisse
Ho 38 di febbre... non garantisco sui post :-)
Mi felicito per il miglioramento.. dai che per sabato ce la fai!!
Salutoni
Sergio

Dim spath3 As String
=System.Reflection.Assembly.GetExecutingAssembly.Location
troppa grazia S.Antonio!!!
io propenderei per L'ExecutablePath a "pelle".....ma già mi sta sulle palle
sto net!
Perplessità su di me!
:-)


Ecco, appunto. Ma perchè è deprecabile? Ci sono degli svantaggi di
prestazioni oppure di compatibilita? No perchè prima di tradurre i miei
progetti dovrei sapere se vado incontro ad un "doppio lavoro".
Grazie.


Grazie... speriamo... ^__^


 sto net!
[SNIP]
Di esempi del genere ne troverai molti, spesso si sovrappongono funzioni
specifiche del linguaggio vs. funzioni generiche del framework, in ogni caso
personalmente preferisco il "troppa grazia " che "attaccati all'API di
turno".
Nota comunque che sono cose leggermente diverse; la prima equivale a ChDir,
le altre due App.Path, con la differenza che la prima ritorna il path
esclusivamente di un eseguibile, mentre la seconda e' piu' generica e vale
per qualsiasi tipo di assembly (exe, dll, e quan'altro)
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

Il diretto equivalente è il primo caso, visto che ritorna esclusivamente un
path, gli altri due ritornano il percorso completo del file (nome incluso).
Se dai un occhio alla classe Path vedrai che ci sono comunque tutti i metodi
per eliminare il nome del file e ottenere esclusivamente il path.
Non vorrei sconvolgerti ulteriormente la vita, ma tieni presente che
l'output ottenuto dalle funzioni sopra elencate cambia anche in base al
fatto che tu stia lavorando in debug o in release mode.


 fatto che tu stia lavorando in debug o in release mode.
CUT
...glom.....
ed io infatti ho chiuso tutto...zitto zitto.....
.... quando sarà necessario lo riprenderemo eh....
ma visto che siam qui a parlare....
Mi fate un esempio concreto di cliente che HA bisogno di un programma NET?
(al di la del fatto che ORA si trova solo VSnet...)
tanto per capire......
Svincolandoci dai servizi web...l'ho capito che per fare un "bel Ecommerce"
M$ vuole spingere Net.....
grazie!

 Mi fate un esempio concreto di cliente che HA bisogno di un programma NET?
Ti è mai capitato che un tuo cliente ti chiedesse una nuova postazione, da
mettere sulla scrivania del capo?
Alla tua (lecita) domanda "Ma quali procedure deve usare?", la risposta
poteva essere (a me è capitato): "Nessuna procedura, lo vuole per bellezza.
Ah, il video deve essere a colori".

 M$ vuole spingere Net.....
Mah, dipende sempre dai punti di vista... ogni tanto vedo sul NG e sul web
ragionamenti in questo senso, ma per quanto ci riguarda il cliente non ha
bisogno ne' di .NET ne' di nessun altro linguaggio: ne abbiamo bisogno noi
in quanto software house.
Sara' anche una banalita', ma lo strumento di sviluppo viene scelto in
funzione delle applicazioni, e il cliente non entra affatto nel merito di
cosa viene utilizzato; quindi IMHO si tratta semplicemente di vedere se
riesci a soddisfare le aspettative con il linguaggio che usi, se potresti
farlo altrettanto bene o meglio con un altro, e se la tua maggiore comodita'
o flessibilita' di sviluppo/manutenzione non viene per caso pagata dal
cliente sotto forma di requisiti maggiori (in termini di hardware, personale
di supporto, competenze, tua minore "prontezza" di risposta) che non intende
affrontare e che magari non sono compensati da miglioramenti sostanziali.
Al momento i miei clienti non ne hanno bisogno perche' non possiamo
permetterci, ora come ora, di "allentare" lo sviluppo e il supporto tecnico
per dedicarci a testa bassa alla completa rivoluzione dei programmi, ma ti
assicuro che riscriverei immediatamente gli stessi programmi, che fanno
esattamente quello che fanno ora, solo per poter usare le funzionalita'
object oriented di .NET invece di quelle "object abbozzed" che uso adesso...


CUT
quindi mi par di capire che il VANTAGGIO per noi (era per semplificare...lo
so che il cliente non chiede del linguaggio)....
è solo una migliore implementazione oop


prego.
.A
UGIdotNET - 
http://www.ugidotnet.org


e ti pare poco? :-))


 e ti pare poco? :-))
SI! ...ti dico la verità.....mi sembra una "Gatessata"....una grossa presa
per il .....
c'era bisogno di inventare il framework per farlo?
c'era Java già li no?
C++
Delphi(non è M$ ok...diciamo nel pascal?)
?
avessero investito in java(non la nostra pelosa amica eh!)...invece che
mandare a puttane tutto!
ok...grazie per le info!
:-)