Newsgroup: it.comp.os.win.software
Titolo: info sulle Api in excel

Ciao,
ho la necessitŕ  su un foglio di excel che , selezionando un pulsante , mi
possa aprire la stessa finestra che compare selezionando l'icona "Apri " di
Excel .Ciň mi serve per poter selezionare un file generico di excel presente
nella cartella selezionata che interagirŕ  con delle macro con il primo.
Ho sentito voce che tale procedura č possibile con le "Api" delle quali
sinceramente non sono a conoscenza.
Qualcuno mi puň dire come posso fare o almeno dove posso trovare
informazioni utili.
Grazie mille
				Claudio
-- 
Posted from IDENT:qmailr@[217.57.8.100] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Qualcuno mi può dire come posso fare o almeno dove posso trovare
informazioni utili.
  Se non le conosci evitale. ;-) Se vuoi conoscerle:
    Sito comune del newsgroup it.comp.lang-visualbasic:
 
http://www.it-lang-vb.net
    Cesare Rizzi Home Page:
 
http://members.xoom.it/CesareRizzi
  Questo per quanto riguarda alcuni fra i principali siti in
lingua italiana. Da li` puoi procedere alla scoperta di tutti gli
altri.
  Piccola precisazione: contrariamente a quanto anch'io,
scherzosamente, ho scritto sopra, si dice l'API, al singolare in
quanto tale acronimo corrisponde a "Application Programming
Interface" ovvero (piu` o meno, ma quasi nessuno ormai :-( traduce
piu` queste parole) "Interfaccia per la programmazione
dell'applicazione".
  Venendo al quesito, puoi tranquillamente fare a meno di accedere
direttamente all'API in quanto il modello degli oggetti di Excel
possiede la classe Dialogs che ti permette di usare tutte le
finestre di dialogo dell'applicazione.
  Consulta in proposito la guida e, se dovesse servirti una mano,
potremmo continuare il discorso.
--
Ciao.
Maurizio
--------
?SPQR(C)
 X
--------


Scusa ma come mai tutti quelli che conoscono almeno un po' l'API consigliano
di evitarle (+ o - scherzosamente)?
Non sono molto utili soprattutto per i prog in VB?
Grazie e ciao,
Chico

> Chico:

  Diciamo che l'API di Windows e` necessaria, piu` che utile, per
programmare Windows. Mi rendo conto che e` un'affermazione banale
in quanto, come abbiamo visto, API vuol dire appunto interfaccia
di programmazione. Si tratta cioe` di "librerie", ma in italiano
sarebbe piu` corretto chiamarle biblioteche, di funzioni e
procedure che, opportunamente richiamate, fanno apparire finestre,
pulsanti, caselle di testo ecc. e permettono di far interagire con
tutto questo l'utente del programma.
  Qualsiasi linguaggio di programmazione in grado di effettuare
tali chiamate andra` bene. Quindi, al limite, anche Visual Basic
ma generalmente si usano linguaggi tipo C o PASCAL.
  In realta` nel caso di Visual Basic si lavora a un livello,
inteso nel senso di "strato", superiore. E` VB che si occupa di
tali chiamate e le "nasconde" al programmatore e questi ha cosi`
la possibilita` di ottenere con una sola riga di codice lo stesso
risultato che otterrebbe con un numero generalmente molto
superiore di righe di codice C, per esempio.
  Il risultato pero` non e` esattamente lo stesso che se si
accedesse direttamente all'API. Il passaggio in piu` ha, di
solito, un costo in termini di minore velocita` di esecuzione di
tale codice. E di flessibilita`. Ed il programma, per funzionare,
deve portarsi appresso, o trovare nella macchina che lo ospita, lo
"strato". Cioe` la o le librerie per l'esecuzione. Ma diminuisce
il tempo di sviluppo, di produzione. VB fa parte infatti della
famiglia dei linguaggi cd RAD, _Rapid Application Development_,
cioe` per lo sviluppo rapido di applicazioni.
(-; *non* per la loro esecuzione rapida ;-)
  Un altro vantaggio sta nel fatto che, grazie a questo
incapsulamento dell'API, il programmatore vb solitamente non deve
preoccuparsi se il suo codice verra` eseguito su piattaforma Win9x
o WinNt in quanto questa e` un'alta delle cose di cui si fa carico
il linguaggio.
  VB pero` non "conosce" tutta l'API di Windows. In questi casi
particolari, volendo o dovendo sviluppare proprio in VB, sara`
necessario fare chiamate dirette.
  Ci sono poi casi in cui chi sviluppa in vb preferisce chiamare
l'API piuttosto che usare le istruzioni vb per ottenere migliori
prestazioni o per non dipendere da prodotti accessori di terze
parti.
  Capita pure che chi e` abituato a "pensare" un programma in
termini di API si trova piu` a suo agio a trasferire questo
approccio anche nella programmazione VB, magari perche' cosi`
facendo ha la sensazione di avere un maggior controllo del codice,
cosa questa di fondamentale importanza.
  Percio' dicevo "se non le conosci evitale". Con l'API lavori con
le mani nella pancia di Windows, senza rete. Esattamente il
contrario di cio` che e` abituato a fare un programmatore vb.
  Se poi si tratta non di un programmatore ma di un utente che
sta, diciamo cosi`, evolvendo da scrittore di formule a scrittore
di macro l'impatto potrebbe essere molto duro perche' generalmente
non ce la si cava con un semplice taglia e incolla di qualche riga
di codice e, peggio ancora, un minimo sbaglio porta quasi
certamente ad un blocco di Windows. Di quelli che pero` non puoi
prendertela col solito Mino Cancelli.
