Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

come linkare moduli esterni VBA ad un file excel

0 views
Skip to first unread message

cghersi

unread,
Feb 29, 2008, 9:51:43 AM2/29/08
to
ciao, io ho questo problema:

il mio team di lavoro sta lavorando ad un unico file Excel in cui sono
presenti moduli, userform e codice VBA all'interno degli sheets.
Ogni volta che dobbiamo fare il merge dei moduli, apriti cielo!!!
non abbiamo alcuna procedura automatica per dire se ci stiamo perdendo
dei pezzi, se non la pazienza e la precisione dei singoli sviluppatori
nel ricordarsi cosa e dove hanno operato le modifiche.

La soluzione che mi è venuta in mente è riuscire ad esportare i
moduli, user form e se possibile il codice sotto agli sheets in file
esterni (.bas, .frm, etc.) e collegarli al singolo file Excel in
questione.

A questo punto, sarebbe possibile mettere sotto source control i file
sorgenti .bas, .frm, ecc. e usare tools come CVS, Tortoise, ecc.

la domanda è: è possibile linkare i file .bas e .frm al file Excel in
questione, senza importare fisicamente questi moduli all'interno del
file?

se non sono stato abbastanza chiaro fatemi sapere.

ciao e grazie CRI

Mauro Gamberini

unread,
Feb 29, 2008, 10:09:05 AM2/29/08
to
il mio team di lavoro sta lavorando ad un unico file Excel in cui sono
presenti moduli, userform e codice VBA all'interno degli sheets.
Ogni volta che dobbiamo fare il merge dei moduli, apriti cielo!!!
non abbiamo alcuna procedura automatica per dire se ci stiamo perdendo
dei pezzi, se non la pazienza e la precisione dei singoli sviluppatori
nel ricordarsi cosa e dove hanno operato le modifiche.

La soluzione che mi è venuta in mente è riuscire ad esportare i
moduli, user form e se possibile il codice sotto agli sheets in file
esterni (.bas, .frm, etc.) e collegarli al singolo file Excel in
questione.

******************************************************

Domanda stupida(la mia).
Ma tutti modificano tutto, così, come viene viene?

Immagino tu sappia che i moduli .bas/.cls si possono
tranquillamente esportare/importare(all'inerno del progetto).

--
---------------------------
Mauro Gamberini
http://www.riolab.org/


Maurizio Borrelli

unread,
Feb 29, 2008, 10:29:55 AM2/29/08
to
"cghersi" wrote in message
news:1d9a5966-63c9-4396...@e60g2000hsh.googlegroups.com:

> il mio team di lavoro sta lavorando ad un unico file Excel in cui sono
> presenti moduli, userform e codice VBA all'interno degli sheets.
> Ogni volta che dobbiamo fare il merge dei moduli, apriti cielo!!!
> non abbiamo alcuna procedura automatica per dire se ci stiamo perdendo
> dei pezzi, se non la pazienza e la precisione dei singoli sviluppatori
> nel ricordarsi cosa e dove hanno operato le modifiche.

> La soluzione che mi č venuta in mente č riuscire ad esportare i


> moduli, user form e se possibile il codice sotto agli sheets in file
> esterni (.bas, .frm, etc.) e collegarli al singolo file Excel in
> questione.
> A questo punto, sarebbe possibile mettere sotto source control i file
> sorgenti .bas, .frm, ecc. e usare tools come CVS, Tortoise, ecc.

> la domanda č: č possibile linkare i file .bas e .frm al file Excel in


> questione, senza importare fisicamente questi moduli all'interno del
> file?

Ciao cghersi.

In base alle mie conoscenze la cosa che somiglia di piu' a cio' che
cerchi e' "Visual SourceSafe", presente in Microsoft Office Developer
Edition, la cui ultima versione commercializzata, prima della
"rivoluzione" dei Visual Studio Tools, e' stata "Microsoft Office XP
Developer".

Quanto al linkare ecc. direi proprio di no.

Se lo sviluppo e' modulare una buona strada *potrebbe* essere quella di
sviluppare add-in (file salvati con estensione xla) da aggiungere ai
riferimenti del progetto che li usera'. Ci vuole molto ordine e
disciplina se si segue questa strada...

--
Maurizio Borrelli [Microsoft MVP - Excel]
http://www.riolab.org/


cghersi

unread,
Feb 29, 2008, 10:41:58 AM2/29/08
to
On 29 Feb, 16:09, "Mauro Gamberini"

ciao, diciamo che cerchiamo di essere più settoriali possibili, ma a
volte ci scappa una riga di codice in un modulo che non è strettamente
di propria pertinenza....

la questione dell'import/export è per ora la strada praticata, ma sei
io importo nella mia copia locale del file Excel un modulo, devo
rimuovere quello che ho io,e tutte le mie eventuali modifiche vanno
perse....

cghersi

unread,
Feb 29, 2008, 10:44:27 AM2/29/08
to
On 29 Feb, 16:29, "Maurizio Borrelli" <maurizio.borre...@freepass.it>
wrote:

> "cghersi" wrote in message
>
> news:1d9a5966-63c9-4396...@e60g2000hsh.googlegroups.com:
>
> > il mio team di lavoro sta lavorando ad un unico file Excel in cui sono
> > presenti moduli, userform e codice VBA all'interno degli sheets.
> > Ogni volta che dobbiamo fare il merge dei moduli, apriti cielo!!!
> > non abbiamo alcuna procedura automatica per dire se ci stiamo perdendo
> > dei pezzi, se non la pazienza e la precisione dei singoli sviluppatori
> > nel ricordarsi cosa e dove hanno operato le modifiche.
> > La soluzione che mi è venuta in mente è riuscire ad esportare i

> > moduli, user form e se possibile il codice sotto agli sheets in file
> > esterni (.bas, .frm, etc.) e collegarli al singolo file Excel in
> > questione.
> > A questo punto, sarebbe possibile mettere sotto source control i file
> > sorgenti .bas, .frm, ecc. e usare tools come CVS, Tortoise, ecc.
> > la domanda è: è possibile linkare i file .bas e .frm al file Excel in

> > questione, senza importare fisicamente questi moduli all'interno del
> > file?
>
> Ciao cghersi.
>
> In base alle mie conoscenze la cosa che somiglia di piu' a cio' che
> cerchi e' "Visual SourceSafe", presente in Microsoft Office Developer
> Edition, la cui ultima versione commercializzata, prima della
> "rivoluzione" dei Visual Studio Tools, e' stata "Microsoft Office XP
> Developer".
>
> Quanto al linkare ecc. direi proprio di no.
>
> Se lo sviluppo e' modulare una buona strada *potrebbe* essere quella di
> sviluppare add-in (file salvati con estensione xla) da aggiungere ai
> riferimenti del progetto che li usera'. Ci vuole molto ordine e
> disciplina se si segue questa strada...
>
> --
> Maurizio Borrelli [Microsoft MVP - Excel]http://www.riolab.org/

ciao, la soluzione di Office XP developer potrebbe essere
interessante!!

per gli add-in invece non fa al caso nostro perchè il risultato finale
della faccenda è comunque un unico file excel stand alone, e allora
per il deployment da 40 add-in si diventa scemi, a parer mio...

grazie degli hint!!!
ciao CRI

0 new messages