[VB] Devo imparare VBA e VB.net (non il VB6) da dove comincio?

[MarcoGG]

Originariamente inviato da Matrixbob

Ok, ma sul portatile son tornato al 2003. Non so se mi perdo qualcosa di VBA restando alla 2003 piuttosto che alla 2007, ma sicuramente ci guadagno in intuitività

La versione di VBA di Office 2003 è la 6.3.
VBA per Office 2007 è sempre v6.3, con le sole differenze ( poche, che io sappia ) che riguardano le nuove features dei vari applicativi. Ad esempio in Excel 2007 hai a disposizione oggetti/metodi/proprietà per gestire le novità in fatto di comportamenti grafici, formattazione condizionale ecc...
In generale stai pure su 2003 che non perdi nulla.

Originariamente inviato da Matrixbob

Ma solitamente i dati di connessione non stanno in file d'include?
Per le connesioni al DB non c'è proprio il tutor apposito?

No. Per connetterti a DB usi tipicamente ADODB, ( o anche il più vecchio DAO ), librerie da referenziare nel progetto in cui se ne vuole fare uso...
Questo se vogliamo parlare di VBA. Ovvio che in Excel ci sono metodi preconfezionati ( che personalmente non uso mai ) per connessioni o collegamenti al volo verso tabelle Access, file di dati esterni ecc...

Originariamente inviato da Matrixbob

Di mandare un missile in orbita col VB proprio non me la sento ... poveri astronauti!

Se parli di VBA posso convenire che non sia consigliabile usarlo per compiti particolarmente gravosi o delicati. Su VB 2005 / 2008 ovviamente non sono d'accordo con la criticità che esprimi.

Originariamente inviato da Matrixbob

Ma tutti sti nomi che incontro: COM, OCX, OLE, DAO, ecc ... che cavolo sono? Sono tutti importanti e devo impararli?

La prima cosa che devi fare per gestire ad esempio un DB Access è di focalizzare l'attenzione sulla libreria ADODB, chè più recente di DAO, e mette a disposizione tecniche più raffinate e complete.
Tutto il resto lo lascerei per il dopo ( tecniche avanzate, come creare DLL o OCX in VB6 e importarli in Excel, ad esempio... ).
In sintesi, VBA sarà anche un subset di VB6, ma non è certo roba che si impara in pochi giorni...

[MarcoGG]

Originariamente inviato da Raiki

Per il VB.net conosco solo sta guida ma sinceramente non so se e' fatta sul serio bene.Mi so letto il primo paragrafo e ho capito che il VB.net non fa' per me,lo odio col cuore.

A me non capita mai di odiare un linguaggio dopo il paragrafo introduttivo. Di solito lo provo, prima.

[Raiki]

Originariamente inviato da MarcoGG

A me non capita mai di odiare un linguaggio dopo il paragrafo introduttivo. Di solito lo provo, prima.

Non ho idea di come e' possibile ma e' stato odio a prima vista.

[Matrixbob]

Originariamente inviato da Raiki

Non ho idea di come e' possibile ma e' stato odio a prima vista.

Sembra la stessa storia della matematica "io la matematica non la capisco proprio", ma che c'è da capire è un linguaggio per modellare la realtà. Per esempio in fisica prima andrebbe compreso il fenomeno e dopo rappresentarlo con un modello e non il viceversa come ormai le scuole sono solite fare: formula e via!

[Matrixbob]

Originariamente inviato da MarcoGG

No. Per connetterti a DB usi tipicamente ADODB, ( o anche il più vecchio DAO ), librerie da referenziare nel progetto in cui se ne vuole fare uso...
Questo se vogliamo parlare di VBA. Ovvio che in Excel ci sono metodi preconfezionati ( che personalmente non uso mai ) per connessioni o collegamenti al volo verso tabelle Access, file di dati esterni ecc...

Qua usa i DAO, "VBA is useful for automating database tasks such as traversing a table":

Sub LoopTableExample
 
    Dim db As DAO.Database
    Dim rs As DAO.Recordset
 
    Set db = CurrentDb
    Set rs = db.OpenRecordset("SELECT * FROM tblMain")
 
    Do Until rs.EOF
         MsgBox rs!FieldName
         rs.MoveNext
    Loop
 
    rs.Close
    Set db = Nothing
End Sub

[Matrixbob]

Originariamente inviato da MarcoGG

Se parli di VBA posso convenire che non sia consigliabile usarlo per compiti particolarmente gravosi o delicati. Su VB 2005 / 2008 ovviamente non sono d'accordo con la criticità che esprimi.

Ma come no? A ogni manifestazione dove c'è SW Micro$oft compare una schermata blu d'errore, pure alle olimpiadi cinesi mi pare sia accaduto!

Originariamente inviato da MarcoGG

La prima cosa che devi fare per gestire ad esempio un DB Access è di focalizzare l'attenzione sulla libreria ADODB, chè più recente di DAO, e mette a disposizione tecniche più raffinate e complete.
Tutto il resto lo lascerei per il dopo ( tecniche avanzate, come creare DLL o OCX in VB6 e importarli in Excel, ad esempio... ).
In sintesi, VBA sarà anche un subset di VB6, ma non è certo roba che si impara in pochi giorni...

Ok, ma non puoi accennarmi o schematizzarmi o discreparmi come sono le cose COM, OCX, OLE, DAO, ... ?

Speravo di sfruttare la tua esperienza per districarmi in miglior modo tra questa selva di sigle!

[Raiki]

Dim variabile As String

Già dichiarare una variabile in questo maniera mi fa venir da vomitare.Immagina il resto che effetto mi provoca

[MarcoGG]

Originariamente inviato da Matrixbob

Qua usa i DAO, "VBA is useful for automating database tasks such as traversing a table":

Sub LoopTableExample
 
    Dim db As DAO.Database
    Dim rs As DAO.Recordset
 
    Set db = CurrentDb
    Set rs = db.OpenRecordset("SELECT * FROM tblMain")
 
    Do Until rs.EOF
         MsgBox rs!FieldName
         rs.MoveNext
    Loop
 
    rs.Close
    Set db = Nothing
End Sub

DAO può essere una buona scelta ad esempio se usato direttamente da Access VBA, come nel codice che hai postato.
Ma se ricordi io ti sconsiglio di creare applicazioni Access-VBA.
O meglio, io non lo faccio da molto tempo. Uso Access solo come DB, al massimo creo qualche Stored Query parametrica...
E ripeto, studiati ADODB.

Originariamente inviato da Matrixbob

Ma come no? A ogni manifestazione dove c'è SW Micro$oft compare una schermata blu d'errore, pure alle olimpiadi cinesi mi pare sia accaduto!

E io che ne so ? Le olimpiadi cinesi, poi, me le sono proprio perse ( felicemente perse )... Cos'è, la solita tiritera di moda contro tutto ciò che è Microsoft ? Se hai tutta questa criticità contro MS perchè non cerchi di automatizzare Excel con il C puro ?
Ti assicuro che quando io scrivo VBA-VB6-VBNET-C#, di schermate blu non ne escono.

Originariamente inviato da Matrixbob

Ok, ma non puoi accennarmi o schematizzarmi o discreparmi come sono le cose COM, OCX, OLE, DAO, ... ?

Speravo di sfruttare la tua esperienza per districarmi in miglior modo tra questa selva di sigle!

Se vuoi letteratura, ce n'è parecchia, ma non che ti aiuti molto dal punto di vista pratico :
OLE : http://it.wikipedia.org/wiki/Object_..._and_Embedding
COM : http://it.wikipedia.org/wiki/Component_Object_Model
DAO : http://en.wikipedia.org/wiki/Data_Access_Objects
ADO : http://en.wikipedia.org/wiki/ActiveX_Data_Objects
OCX : http://it.wikipedia.org/wiki/OLE_Control_eXtension

Un esempio completo di utilizzo di un ADODB Recordset popolato con SELECT verso una tabella Access, lo trovi qui :
http://www.hwupgrade.it/forum/showthread.php?t=1954920
Vedi in particolare mio post #10.

Più in generale, fatti un giretto nei miei Thread e di codice VBA funzionante ne trovi parecchio...

[MarcoGG]

Originariamente inviato da Matrixbob

Sembra la stessa storia della matematica "io la matematica non la capisco proprio", ma che c'è da capire è un linguaggio per modellare la realtà. Per esempio in fisica prima andrebbe compreso il fenomeno e dopo rappresentarlo con un modello e non il viceversa come ormai le scuole sono solite fare: formula e via!

A me invece sembra uno che dice : "Mi fa schifo la Puglia !"
Gli chiedono : "Perchè ? Ci sei mai stato in Puglia ?"
Risponde : "No, mai, ho visto solo una cartolina !"

Originariamente inviato da Raiki

Dim variabile As String

Già dichiarare una variabile in questo maniera mi fa venir da vomitare.Immagina il resto che effetto mi provoca

Non so a chi possano essere d'aiuto questi tuoi interventi. A me sembrano sparate da ragazzino al primo anno di Itis...

Se hai qualche consiglio da dare all'amico Matrixbob, benvenuto, sennò direi che sei totalmente OT.
Poi, non so a lui, ma a me personalmente, che ti piaccia o meno il VB, non me ne può fregar di meno.

[Gregor]

Raga, ma VB6 è ancora di moda? Incredibile...
L'ho usato 5 anni fa...credevo fosse superato!
Matrixbob ma alla fine lo hai iniziato a leggere il manuale?

[MarcoGG]

Originariamente inviato da Gregor

Raga, ma VB6 è ancora di moda? Incredibile...
L'ho usato 5 anni fa...credevo fosse superato!

Eccoli che arrivano...

Suggerisci tu un linguaggio migliore per automatizzare Ms Office, allora.
VBA non va bene ? Cosa proponi in alternativa ?

Forse è perchè siamo passati alla pagina 2 del Thread...
Il titolo della discussione è, e rimane questo :

[VB] Devo imparare VBA e VB.net (non il VB6) da dove comincio?

Proposte, non cazzate.

Bah...

[banryu79]

Pace fratello, non scaldarti così per un commento fatto ad cazzum da uno che non si è neanche preso la briga di leggere prima, altrimenti mi sciupi l'effetto di pace pasquale che pervade questi rosei giorni

[Gregor]

Originariamente inviato da MarcoGG

Eccoli che arrivano...

Suggerisci tu un linguaggio migliore per automatizzare Ms Office, allora.
VBA non va bene ? Cosa proponi in alternativa ?

Forse è perchè siamo passati alla pagina 2 del Thread...
Il titolo della discussione è, e rimane questo :

[VB] Devo imparare VBA e VB.net (non il VB6) da dove comincio?

Proposte, non cazzate.

Bah...

MarcoGG fatti una camomilla...
Scusate per l'OT..

[MarcoGG]

Originariamente inviato da banryu79

Pace fratello, non scaldarti così per un commento fatto ad cazzum da uno che non si è neanche preso la briga di leggere prima, altrimenti mi sciupi l'effetto di pace pasquale che pervade questi rosei giorni

Pace.
C'hai ragione, ma quanno ce vo', ce vo' !

[_Claudio]

Originariamente inviato da MarcoGG

Eccoli che arrivano...

Suggerisci tu un linguaggio migliore per automatizzare Ms Office, allora.
VBA non va bene ? Cosa proponi in alternativa ?

Forse è perchè siamo passati alla pagina 2 del Thread...
Il titolo della discussione è, e rimane questo :

[VB] Devo imparare VBA e VB.net (non il VB6) da dove comincio?

Proposte, non cazzate.

Bah...

http://www.bol.it/libri/scheda/ea978882033537.html

http://www.bol.it/libri/scheda/ea978882033727.html

[Gregor]

Originariamente inviato da banryu79

Pace fratello, non scaldarti così per un commento fatto ad cazzum da uno che non si è neanche preso la briga di leggere prima, altrimenti mi sciupi l'effetto di pace pasquale che pervade questi rosei giorni

A parte che il thread l'ho letto tutto...e poi non capisco tutto sto "nervosismo"!
Non che volessi una risposta precisa e tecnica sul mio intervento, ma mi sembrate un pò isterici...
Relax!

[Raiki]

Non so a chi possano essere d'aiuto questi tuoi interventi. A me sembrano sparate da ragazzino al primo anno di Itis...

Guarda che sto alle medie .Comunque visto che effetivamente non lo sto aiutando mi levo di mezzo e la finisco con l'ot

[Jamaslab]

Originariamente inviato da MarcoGG

Eccoli che arrivano...

Suggerisci tu un linguaggio migliore per automatizzare Ms Office, allora.
VBA non va bene ? Cosa proponi in alternativa ?

Forse è perchè siamo passati alla pagina 2 del Thread...
Il titolo della discussione è, e rimane questo :

[VB] Devo imparare VBA e VB.net (non il VB6) da dove comincio?

Proposte, non cazzate.

Bah...

Ma scusa ma se già sai programmare in altri linguaggi, e sai la programmazione di base, la programmazione ad oggetti e tutta la teoria, che vuoi che cambi studiare prima uno o l'altro. Se vuoi solo un "Cosa farei io" studierei prima VB.Net ma solo perchè mi piace di più e mi diverto a studiarlo. E comunque se proprio vogliamo dirla, partire dal VB6 non farebbe così male, visto che anche su alcuni manuali di VB.Net c'è come richiesta, conoscenza parziale o approfondita del VB 6. Insomma scegli tu. E poi devi anche vedere gli utilizzi che ne farai. E' difficile dirti fai così e cosà da qui

[MarcoGG]

Originariamente inviato da Jamaslab

Ma scusa ma se già sai programmare in altri linguaggi, e sai la programmazione di base, la programmazione ad oggetti e tutta la teoria, che vuoi che cambi studiare prima uno o l'altro. Se vuoi solo un "Cosa farei io" studierei prima VB.Net ma solo perchè mi piace di più e mi diverto a studiarlo. E comunque se proprio vogliamo dirla, partire dal VB6 non farebbe così male, visto che anche su alcuni manuali di VB.Net c'è come richiesta, conoscenza parziale o approfondita del VB 6. Insomma scegli tu. E poi devi anche vedere gli utilizzi che ne farai. E' difficile dirti fai così e cosà da qui

E' una risposta a me ? E' Matrixbob che vuole/deve imparare, non io ( o meglio mi ci metto sempre anch'io perchè d'imparare non si finisce mai... )

[Matrixbob]

Originariamente inviato da MarcoGG

E io che ne so ? Le olimpiadi cinesi, poi, me le sono proprio perse ( felicemente perse )... Cos'è, la solita tiritera di moda contro tutto ciò che è Microsoft ? Se hai tutta questa criticità contro MS perchè non cerchi di automatizzare Excel con il C puro ?
Ti assicuro che quando io scrivo VBA-VB6-VBNET-C#, di schermate blu non ne escono.

No no è un dato di fatto, spesso nelle manifestazioni importanti balza fuori il cielo dipinto di blu, è vero.

Originariamente inviato da MarcoGG

Se vuoi letteratura, ce n'è parecchia, ma non che ti aiuti molto dal punto di vista pratico :
OLE : http://it.wikipedia.org/wiki/Object_..._and_Embedding
COM : http://it.wikipedia.org/wiki/Component_Object_Model
DAO : http://en.wikipedia.org/wiki/Data_Access_Objects
ADO : http://en.wikipedia.org/wiki/ActiveX_Data_Objects
OCX : http://it.wikipedia.org/wiki/OLE_Control_eXtension

La ricerca + stampa + rilegatura l'avevo già fatta da me!
Pensavo invece di sfruttare la tua base di conoscenza per riasusmere in poche parole semantiche e pedantiche la faccenda. Al max provo a schematizzare io e a chiedere conferma.